[PATCH v3 4/7] libsas: add sas event wait-complete support

Introduce wait-complete for libsas sas event processing, execute sas port create/destruct in sync. Signed-off-by: Yijing Wang CC: John Garry CC: Johannes Thumshirn CC: Ewan Milne CC: Christoph Hellwig CC: Tomas Henzl CC: Dan Williams --- drivers/scsi/libsas/sas_discover.c | 41

[PATCH v3 1/7] libsas: Use static sas event pool to appease sas event lost

Now libsas hotplug work is static, every sas event type has its own static work, LLDD driver queue the hotplug work into shost->work_q. If LLDD driver burst post lots hotplug events to libsas, the hotplug events may pending in the workqueue like shost->work_q new work[PORTE_BYTES_DMAED] --> |[PHYE

[PATCH v3 6/7] libsas: add wait-complete support to sync discovery event

Introduce a sync flag to tag discovery event whether need to sync execute, per-event wait-complete ensure sync. Signed-off-by: Yijing Wang CC: John Garry CC: Johannes Thumshirn CC: Ewan Milne CC: Christoph Hellwig CC: Tomas Henzl CC: Dan Williams --- drivers/scsi/libsas/sas_discover.c | 8

[PATCH v3 0/7] Enhance libsas hotplug feature

This patchset is based Johannes's patch "scsi: sas: scsi_queue_work can fail, so make callers aware" Now the libsas hotplug has some issues, Dan Williams report a similar bug here before https://www.mail-archive.com/linux-scsi@vger.kernel.org/msg39187.html The issues we have found 1. if LLDD burs

[PATCH v3 7/7] libsas: release disco mutex during waiting in sas_ex_discover_end_dev

Disco mutex was introudced to prevent domain rediscovery competing with ata error handling(87c8331). If we have already hold the lock in sas_revalidate_domain and sync executing probe, deadlock caused, because, sas_probe_sata() also need hold disco_mutex. Since disco mutex use to prevent revalidata

[PATCH v3 5/7] libsas: add a new workqueue to run probe/destruct discovery event

Sometimes, we want sync libsas probe or destruct in sas discovery work, like when libsas revalidate domain. We need to split probe and destruct work from the scsi host workqueue. Signed-off-by: Yijing Wang CC: John Garry CC: Johannes Thumshirn CC: Ewan Milne CC: Christoph Hellwig CC: Tomas He

[PATCH v3 2/7] libsas: remove unused port_gone_completion

No one uses the port_gone_completion in struct asd_sas_port, clean it out. Signed-off-by: Yijing Wang --- include/scsi/libsas.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/scsi/libsas.h b/include/scsi/libsas.h index c41328d..628f48b 100644 --- a/include/scsi/libsas.h +++ b/inclu

[PATCH v3 3/7] libsas: Use new workqueue to run sas event

Now all libsas works are queued to scsi host workqueue, include sas event work post by LLDD and sas discovery work, and a sas hotplug flow may be divided into several works, e.g libsas receive a PORTE_BYTES_DMAED event, now we process it as following steps: sas_form_port --- run in work in shot wo

Re: [RFC PATCH v1 4/8] sched/cpufreq_schedutil: split utilization signals

On 05-07-17, 09:59, Juri Lelli wrote: > To be able to treat utilization signals of different scheduling classes > in different ways (e.g., CFS signal might be stale while DEADLINE signal > is never stale by design) we need to split sugov_cpu::util signal in two: > util_cfs and util_dl. > > This pa

RE: [PATCH 00/17] v3 net generic subsystem refcount conversions

> On Mon, Jul 03, 2017 at 02:28:56AM -0700, Eric Dumazet wrote: > >On Fri, 2017-06-30 at 13:07 +0300, Elena Reshetova wrote: > >> Changes in v3: > >> Rebased on top of the net-next tree. > >> > >> Changes in v2: > >> No changes in patches apart from rebases, but now by > >> default refcount_t = ato

Re: [PATCH] kernel: cpu: hotplug: constify attribute_group structures.

On 2017-06-29 17:40:47 [+0530], 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. > > File size before: >text data bss

Re: [PATCH] drm: inhibit drm drivers register to uninitialized drm core

On Mon, Jul 10, 2017 at 08:52:46AM +0200, Daniel Vetter wrote: > On Sat, Jul 08, 2017 at 11:43:52PM +0200, Alexandru Moise wrote: > > If the DRM core fails to init for whatever reason, ensure that > > no driver ever calls drm_dev_register(). > > > > This is best done at drm_dev_init() as it covers

[PATCH] clocksource/timer-of: checking for NULL instead of IS_ERR()

of_io_request_and_map() doesn't return NULL, it returns error pointers. Signed-off-by: Dan Carpenter diff --git a/drivers/clocksource/timer-of.c b/drivers/clocksource/timer-of.c index f6e7491c873c..f83d52e313d2 100644 --- a/drivers/clocksource/timer-of.c +++ b/drivers/clocksource/timer-of.c @@ -

Re: Problem with commit bf22ff45bed664aefb5c4e43029057a199b7070c

On 07/07/17 19:11, Thomas Gleixner wrote: > On Fri, 7 Jul 2017, Thomas Gleixner wrote: > >> On Fri, 7 Jul 2017, Juergen Gross wrote: >> >>> Commit bf22ff45bed664aefb5c4e43029057a199b7070c ("genirq: Avoid >>> unnecessary low level irq function calls") breaks Xen guest >>> save/restore handling. >>>

Re: [PATCH] kernel: cpu: hotplug: constify attribute_group structures.

Hi Sebastian, On Monday 10 July 2017 12:44 PM, Sebastian Andrzej Siewior wrote: On 2017-06-29 17:40:47 [+0530], 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-

Re: [PATCH] video: xilinxfb: constify fb_fix_screeninfo and fb_var_screeninfo structures

On 8.7.2017 03:24, Gustavo A. R. Silva wrote: > These structures are only used to copy into other structures, > so declare them as const. > > This issue was detected using Coccinelle and the following semantic patch: > > @r disable optional_qualifier@ > identifier i; > position p; > @@ > static s

Re: [PATCH] usb: isp1760: compress return logic into one line

Am Sonntag, den 09.07.2017, 21:00 -0500 schrieb Gustavo A. R. Silva : > Simplify return logic to avoid unnecessary variable assignment. > > This issue was detected using Coccinelle and the following > semantic patch: > Hi, I need to ask: Where is the improvement? The compiler does not bother a

Re: [RESEND PATCH v6 0/8] mfd: Add OF device table to I2C drivers that are missing it

Hello Lee, On Thu, Jun 15, 2017 at 8:49 PM, Javier Martinez Canillas wrote: > > This series add OF device ID tables to mfd I2C drivers whose devices are > either used in Device Tree source files or are listed in binding docs as > a compatible string. > > That's done because the plan is to change

Re: [PATCH v2 1/1] mux: mux-core: Add NULL check for dev->of_node

On 2017-07-09 09:35, Kuppuswamy, Sathyanarayanan wrote: > Hi, > > > On 7/9/2017 12:07 AM, Peter Rosin wrote: >> On 2017-07-09 01:12, Kuppuswamy, Sathyanarayanan wrote: >>> Hi Peter, >>> >>> >>> On 7/8/2017 2:00 PM, Peter Rosin wrote: On 2017-07-07 23:46, sathyanarayanan.kuppusw...@linux.inte

Re: [RFC PATCH v1 4/8] sched/cpufreq_schedutil: split utilization signals

On Fri, Jul 7, 2017 at 3:59 AM, Juri Lelli wrote: [..] > >> If yes, then I don't think it was about having separate APIs, but just >> storing >> util_cfs/dl separately. >> >> > -static void sugov_get_util(unsigned long *util, unsigned long *max) >> > +static void sugov_get_util(struct sugov_cpu *

4.13-rc0: stopped booting on Nokia N900

Hi! First, I got segfault from make: : 0: Can't open scripts/Makefile.build:561: recipe for target 'drivers/iio/imu/st_lsm6dsx' failed make[3]: *** [drivers/iio/imu/st_lsm6dsx] Segmentation fault (core dumped) scripts/Makefile.build:561: recipe for target 'drivers/iio/imu' failed make[2]: *** [dr

Re: [RESEND PATCH v5 00/16] eeprom: at24: Add OF device ID table

Hello Wolfram, On Thu, Jun 15, 2017 at 8:54 PM, Javier Martinez Canillas wrote: > > This series is a follow-up to patch [0] that added an OF device ID table > to the at24 EEPROM driver. As you suggested [1], this version instead of > adding entries for every used tuple, only adds a single > entr

[PATCH] mm, vmscan: do not loop on too_many_isolated for ever

From: Michal Hocko Tetsuo Handa has reported [1][2][3]that direct reclaimers might get stuck in too_many_isolated loop basically for ever because the last few pages on the LRU lists are isolated by the kswapd which is stuck on fs locks when doing the pageout or slab reclaim. This in turn means th

[PATCH] net: usb: qmi_wwan: constify attribute_group structures.

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. File size before: textdata bss dec hex filename 16831 464 0 17295438f drive

Re: [PATCH v4 4/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions

Hi Kees, Do you think the patch as below is OK to you? Thanks! >From 1cec45dc65090f6d17bf3499b8904efc1822082e Mon Sep 17 00:00:00 2001 From: Baoquan He Date: Fri, 7 Jul 2017 17:25:41 +0800 Subject: [PATCH v5 4/4] x86/boot/KASLR: Restrict kernel to be randomized in mirror regions Kernel text

[PATCH] net: cdc_ncm: constify attribute_group structures.

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. File size before: textdata bss dec hex filename 13275 928 1 14204377c drive

Re: [PATCH/RFC] dma-mapping: Provide dummy set_dma_ops() for NO_DMA=y

On Sun, Jul 9, 2017 at 9:33 PM, Geert Uytterhoeven wrote: > Adding a dummy for set_dma_ops() allows to compile (sub)drivers that > don't actually use the DMA API, but propagate DMA ops configuration to a > second driver that may or may not use the DMA API. Of course the second > driver does have

[PATCH 0/2] ARM64: dts: meson-gx: Enable CEC

This patchset enables : - Support for the AO domain CEC 32k clock - AO CEC Controller linked with the HDMI controller all HDMI supported boards Neil Armstrong (2): ARM64: dts: meson-gx: Add PWR and CRT/RTC nodes and adresses ARM64: dts: meson-gx: Add AO CEC nodes arch/arm64/boot/dts/amlogi

[PATCH 2/2] ARM64: dts: meson-gx: Add AO CEC nodes

This patch adds the AO CEC node in all the HDMI enabled boards DTS. Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gx-p23x-q20x.dtsi | 7 +++ arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 6 ++ arch/arm64/boot/dts/amlogic/meson-gxbb-nexbox-a95

[PATCH 1/2] ARM64: dts: meson-gx: Add PWR and CRT/RTC nodes and adresses

The AO 32KHz generation registers are split among multiple registers : - The CRT Control - The RTC Clock Control - The AO Domain PWR Control Signed-off-by: Neil Armstrong --- arch/arm64/boot/dts/amlogic/meson-gx.dtsi | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --gi

[PATCH v2 6/8] exec: Consolidate dumpability logic

Since it's already valid to set dumpability in the early part of setup_new_exec(), we can consolidate the logic into a single place. The BINPRM_FLAGS_ENFORCE_NONDUMP is set during would_dump() calls before setup_new_exec(), so its test is safe to move as well. Signed-off-by: Kees Cook --- fs/exe

[PATCH v2 8/8] exec: Use sane stack rlimit under secureexec

For a secureexec, before memory layout selection has happened, reset the stack rlimit to something sane to avoid the caller having control over the resulting layouts. $ ulimit -s 8192 $ ulimit -s unlimited $ /bin/sh -c 'ulimit -s' unlimited $ sudo /bin/sh -c 'ulimit -s' 8192 Signed-off-by: Kees C

[PATCH v2 0/8] exec: Use sane stack rlimit under secureexec

As discussed with Linus and Andy, we need to reset the stack rlimit before we do memory layouts when execing a privilege-gaining (e.g. setuid) program. This moves security_bprm_secureexec() earlier (with required changes), and then lowers the stack limit when appropriate. As a side-effect, dumpabi

[PATCH v2 2/8] exec: Move security_bprm_secureexec() earlier

There are several places where exec needs to know if a privilege-gain has happened. These should be using the results of security_bprm_secureexec() but it is getting (needlessly) called very late. Instead, move this earlier in the exec code, to the start of the point of no return in setup_new_exec

[PATCH v2 7/8] exec: Consolidate pdeath_signal clearing

Instead of an additional secureexec check for pdeath_signal, just move it up into the initial secureexec test. Neither perf nor arch code touches pdeath_signal, so the relocation shouldn't change anything. Signed-off-by: Kees Cook --- fs/exec.c | 7 +++ 1 file changed, 3 insertions(+), 4 del

[PATCH v2 5/8] smack: Remove redundant pdeath_signal clearing

This removes the redundant pdeath_signal clearing in Smack: the check in smack_bprm_committing_creds() matches the check in smack_bprm_secureexec(), and since secureexec is now being checked for clearing pdeath_signal, this is redundant to the common exec code. Signed-off-by: Kees Cook --- secur

Re: [kernel-hardening] [PATCH 00/11] S.A.R.A. a new stacked LSM

2017-07-09 21:35 GMT+02:00 Mickaël Salaün : > Hi, > > I think it make sense to merge the W^X features with the TPE/shebang LSM > [1]. > > Regards, > Mickaël > > [1] > https://lkml.kernel.org/r/d9aca46b-97c6-4faf-b559-484feb4aa...@digikod.net Hi, Can you elaborate why it would be an advantage to h

[PATCH v2 1/8] exec: Correct comments about "point of no return"

In commit 221af7f87b97 ("Split 'flush_old_exec' into two functions"), the comment about the point of no return should have stayed in flush_old_exec() since it refers to "bprm->mm = NULL;" line, but prior changes in commits c89681ed7d0e ("remove steal_locks()"), and fd8328be874f ("sanitize handling

[PATCH v2 4/8] exec: Use secureexec for clearing pdeath_signal

Like dumpability, clearing pdeath_signal happens both in setup_new_exec() and later in commit_creds(). The test in setup_new_exec() is different from all other privilege comparisons, though: it is checking the new cred (bprm) uid vs the old cred (current) euid. This appears to be a bug, introduced

[PATCH v2 3/8] exec: Use secureexec for setting dumpability

The examination of "current" to decide dumpability is wrong. This was a check of and euid/uid (or egid/gid) mismatch in the existing process, not the newly created one. This appears to stretch back into even the "history.git" tree. Luckily, dumpability is later set in commit_creds(). In earlier ker

[PATCH v2 1/2] platform: Add Amlogic Meson AO CEC Controller driver

The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver for such controller. The controller does not need HPD to be active, and could support up to max 5 logical addresses, but only 1 is handled since the Suspend firmware can make use of this unique logical address to wake up t

[PATCH] net: can: at91_can: constify attribute_group structures.

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. File size before: textdata bss dec hex filename 6164 304 064681944 drive

[PATCH v2 2/2] dt-bindings: media: Add Amlogic Meson AO-CEC bindings

The Amlogic SoCs embeds a standalone CEC Controller, this patch adds this device bindings. Acked-by: Rob Herring Signed-off-by: Neil Armstrong --- .../devicetree/bindings/media/meson-ao-cec.txt | 28 ++ 1 file changed, 28 insertions(+) create mode 100644 Documentation/d

[PATCH v2 0/2] media: Add Amlogic Meson AO CEC Controller support

The Amlogic SoC embeds a standalone CEC controller, this patch adds a driver for such controller. The controller does not need HPD to be active, and could support up to max 5 logical addresses, but only 1 is handled since the Suspend firmware can make use of this unique logical address to wake up t

[PATCH] net: can: janz-ican3: constify attribute_group structures.

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. File size before: textdata bss dec hex filename 11800 368 0 121682f88 drive

Re: [PATCH 1/2] netdevice: add netdev_pub helper function

From: "Jason A. Donenfeld" Date: Mon, 10 Jul 2017 05:19:58 +0200 > Being able to utilize this makes code a lot simpler and cleaner. It's > easier in many cases for drivers to pass around their private data > structure, while occationally needing to dip into net_device, rather > than the other way

Re: [RESEND PATCH v6 0/8] mfd: Add OF device table to I2C drivers that are missing it

On Mon, 10 Jul 2017, Javier Martinez Canillas wrote: > Hello Lee, > > On Thu, Jun 15, 2017 at 8:49 PM, Javier Martinez Canillas > wrote: > > > > This series add OF device ID tables to mfd I2C drivers whose devices are > > either used in Device Tree source files or are listed in binding docs as >

Re: [RESEND PATCH v6 6/8] dt-bindings: mfd: Add TI tps6105x chip bindings

On Thu, 15 Jun 2017, Javier Martinez Canillas wrote: > There are Device Tree source files defining a device node for the > tps61050/61052 I2C chip but there isn't a binding document for it. > > Signed-off-by: Javier Martinez Canillas > Acked-by: Rob Herring > Acked-by: Tony Lindgren > > --- >

[PATCH v3] xen/balloon: don't online new memory initially

When setting up the Xenstore watch for the memory target size the new watch will fire at once. Don't try to reach the configured target size by onlining new memory in this case, as the current memory size will be smaller in almost all cases due to e.g. BIOS reserved pages. Onlining new memory will

Re: 4.13-rc0: stopped booting on Nokia N900

On Mon 2017-07-10 09:46:10, Pavel Machek wrote: > Hi! > > First, I got segfault from make: > > : 0: Can't open > scripts/Makefile.build:561: recipe for target > 'drivers/iio/imu/st_lsm6dsx' failed > make[3]: *** [drivers/iio/imu/st_lsm6dsx] Segmentation fault (core > dumped) > scripts/Makefile.bu

Re: [PATCH v6 1/7] perf/core: Define the common branch type classification

On 7/10/2017 2:05 PM, Michael Ellerman wrote: Hi Jin Yao, Sorry I haven't commented until now, but it got lost in the flood of patches. Never mind, it's no problem. :) Just a few nit-picks below ... Jin Yao writes: It is often useful to know the branch types while analyzing branch data.

Re: [linux-sunxi] [PATCH v5 1/6] clk: sunxi-ng: div: Add support for fixed post-divider

Hey Plaes, On 04-07-17 22:04, Priit Laes wrote: SATA clock on sun4i/sun7i is of type (parent) / M / 6 where 6 is fixed post-divider. Signed-off-by: Priit Laes --- drivers/clk/sunxi-ng/ccu_div.c | 18 -- drivers/clk/sunxi-ng/ccu_div.h | 3 ++- 2 files changed, 18 insertions(+)

[PATCH] Staging:ks7010:ks_wlan_net.c: unneeded type casting removed

removed undesired type casting. Warning was raised by checkpatch.pl This patch is for eudyptula challenge Signed-off-by: AndyS --- drivers/staging/ks7010/ks_wlan_net.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/ks7010/ks_wlan_net.c b/drivers/staging/ks70

Re: [PATCH 4/5] mm/memcontrol: allow to uncharge page without using page->lru field

On Wed 05-07-17 10:35:29, Jerome Glisse wrote: > On Tue, Jul 04, 2017 at 02:51:13PM +0200, Michal Hocko wrote: > > On Mon 03-07-17 17:14:14, Jérôme Glisse wrote: > > > HMM pages (private or public device pages) are ZONE_DEVICE page and > > > thus you can not use page->lru fields of those pages. Thi

Re: [patch 1/3] tty: resolve tty contention between kernel and user space

On Sun, Jul 09, 2017 at 06:04:17PM +0300, Andy Shevchenko wrote: > On Sun, Jul 9, 2017 at 2:41 PM, Okash Khawaja wrote: > > > +struct tty_struct *tty_kopen(dev_t device) > > +{ > > + struct tty_struct *tty; > > + struct tty_driver *driver = NULL; > > + int index = -1; > > + > >

Re: [PATCHSET for-4.13] cgroup: implement cgroup2 thread mode, v2

On Fri, Jun 30, 2017 at 09:23:24AM -0400, Tejun Heo wrote: > On Tue, Jun 27, 2017 at 09:01:43AM +0200, Peter Zijlstra wrote: > > On Mon, Jun 12, 2017 at 05:27:53PM -0400, Tejun Heo wrote: > > IIRC the problem with the 'threaded' marker is that it doesn't clearly > > capture what a resource domain

Re: [PATCH] ptrace: Add compat PTRACE_{G,S}ETSIGMASK handlers

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 should > read a compat_sigset_t from userspace instead of ptrace_request()s > sigset_t. > > While compat_si

Re: [RESEND PATCH v6 0/8] mfd: Add OF device table to I2C drivers that are missing it

On Mon, Jul 10, 2017 at 10:07 AM, Lee Jones wrote: > On Mon, 10 Jul 2017, Javier Martinez Canillas wrote: > >> Hello Lee, >> >> On Thu, Jun 15, 2017 at 8:49 PM, Javier Martinez Canillas >> wrote: >> > >> > This series add OF device ID tables to mfd I2C drivers whose devices are >> > either used i

[PATCH v2] MIPS: Fix minimum alignment requirement of IRQ stack

Commit db8466c581cc ("MIPS: IRQ Stack: Unwind IRQ stack onto task stack") erroneously set the initial stack pointer of the IRQ stack to a value with a 4 byte alignment. The MIPS32 ABI requires that the minimum stack alignment is 8 byte, and the MIPS64 ABIs(n32/n64) require 16 byte minimum alignment

Re: [PATCH 1/4] kasan: support alloca() poisoning

On Fri, Jul 7, 2017 at 12:01 AM, Greg Hackmann wrote: > clang's AddressSanitizer implementation adds redzones on either side of > alloca()ed buffers. These redzones are 32-byte aligned and at least 32 > bytes long. > > __asan_alloca_poison() is passed the size and address of the allocated > buffe

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Thu 06-07-17 12:12:55, Kees Cook wrote: > On Thu, Jul 6, 2017 at 10:52 AM, Linus Torvalds > wrote: > > On Thu, Jul 6, 2017 at 10:29 AM, Kees Cook wrote: > >>> > >>> (a) minimal: just use our existing default stack (and stack _only_) > >>> limit value for suid binaries that actually get extra

[PATCH] ftrace: hide cached module code for !CONFIG_MODULES

When modules are disabled, we get a harmless build warning: kernel/trace/ftrace.c:4051:13: error: 'process_cached_mods' defined but not used [-Werror=unused-function] This adds the same #ifdef around the new code that exists around its caller. Fixes: d7fbf8df7ca0 ("ftrace: Implement cached modu

Re: [GIT PULL] scheduler changes for v4.13

* Florian Fainelli wrote: > On 07/03/2017 01:39 AM, Ingo Molnar wrote: > > Linus, > > > > Please pull the latest sched-core-for-linus git tree from: > > > >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git > > sched-core-for-linus > > > ># HEAD: 72298e5c92c50edd8cb7cfda451948

Re: [linux-sunxi] Re: [PATCH 1/2] pinctrl: sunxi: add a missing function of A10/A20 pinctrl driver

On Fri, Jul 07, 2017 at 07:21:19AM +0800, icen...@aosc.io wrote: > 在 2017-07-07 04:46，Maxime Ripard 写道： > > Hi, > > > > On Thu, Jul 06, 2017 at 10:28:21PM +0800, Icenowy Zheng wrote: > > > The PH16 pin has a function with mux id 0x5, which is the DET pin of > > > the > > > "sim" (smart card reader

Re: [PATCH] autofs: Revert wait_queue_t => wait_queue_entry_t rename

* Florian Fainelli wrote: > This reverts commit ac6424b981bce1c4bc55675c6ce11bfe1bbfa64f "("sched/wait: > Rename wait_queue_t => wait_queue_entry_t") as far as the autofs user API > structures are concerned since that would break user space build against such > kernel headers. > > Fixes: ac6424

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On Mon, Jul 10, 2017 at 09:38:30AM +0800, Aubrey Li wrote: > We measured 3%~5% improvemnt in disk IO workload, and 8%~20% improvement in > network workload. Argh, what a mess :/ So how much of the gain is simply due to skipping NOHZ? Mike used to carry a patch that would throttle NOHZ. And that

Re: [PATCH 2/4] kasan: added functions for unpoisoning stack variables

On Fri, Jul 7, 2017 at 12:01 AM, Greg Hackmann wrote: > From: Alexander Potapenko > > As a code-size optimization, LLVM builds since r279383 may > bulk-manipulate the shadow region when (un)poisoning large memory > blocks. This requires new callbacks that simply do an uninstrumented > memset().

Re: [PATCH 1/3] ipc: convert ipc_namespace.count from atomic_t to refcount_t

"Reshetova, Elena" writes: 2>> Elena Reshetova writes: >> >> > refcount_t type and corresponding API should be >> > used instead of atomic_t when the variable is used as >> > a reference counter. This allows to avoid accidental >> > refcounter overflows that might lead to use-after-free >> > si

Re: [PATCH v2 00/28] kbuild: complete UAPI de-coupling and cleanup scripts/Makefile.headersinst

Hi Masahiro. On Mon, Jul 10, 2017 at 03:32:32AM +0900, Masahiro Yamada wrote: > In v4.12-rc1, we had a big progress for headers_install. > All (and only) headers under UAPI directories are exported. > However, asm-generic wrappers are still exceptions because > most of arch/*/include/asm/Kbuild in

Re: [PATCH 3/4] kasan: support LLVM-style asan parameters

On Fri, Jul 7, 2017 at 12:01 AM, Greg Hackmann wrote: > Use cc-option to figure out whether the compiler's sanitizer uses > LLVM-style parameters ("-mllvm -asan-foo=bar") or GCC-style parameters > ("--param asan-foo=bar"). > > Signed-off-by: Greg Hackmann > --- > scripts/Makefile.kasan | 10

Re: [PATCH 4/4] kasan: add compiler support for clang

On Fri, Jul 7, 2017 at 12:01 AM, Greg Hackmann wrote: > For now we can hard-code ASAN ABI level 5, since historical clang builds > can't build the kernel anyway. We also need to emulate gcc's > __SANITIZE_ADDRESS__ flag, or memset() calls won't be instrumented. > > Signed-off-by: Greg Hackmann >

[PATCH] [media] platform: video-mux: fix Kconfig dependency

When CONFIG_V4L2 is built as a loadable module, the new video mux driver fails to link as built-in code: drivers/media/platform/video-mux.o: In function `video_mux_remove': video-mux.c:(.text+0x24): undefined reference to `v4l2_async_unregister_subdev' drivers/media/platform/video-mux.o: In functi

Re: [PATCH 4/4] thermal: Add Tegra BPMP thermal sensor driver

On 01.07.2017 05:53, Eduardo Valentin wrote: Hey Mikko, Sorry for the late answer, Likewise, On Fri, Jun 16, 2017 at 02:28:25PM +0300, Mikko Perttunen wrote: On Tegra186, the BPMP (Boot and Power Management Processor) exposes an interface to thermal sensors on the system-on-chip. This driv

[PATCH] ata: fix gemini Kconfig dependencies

We cannot build the new ftide010 code without also building the faraday sata bridge driver: drivers/ata/pata_ftide010.o: In function `pata_ftide010_probe': pata_ftide010.c:(.text+0x2b8): undefined reference to `gemini_sata_bridge_get' pata_ftide010.c:(.text+0x32c): undefined reference to `gemini_s

Re: [PATCH] autofs: Revert wait_queue_t => wait_queue_entry_t rename

/20170710-140256 config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): fs/autofs4/waitq.c: In function 'autofs4_no

Re: [PATCH v2 1/8] exec: Correct comments about "point of no return"

But you miss it. The "point of no return" is the call to de_thread. Or aguably anything in flush_old_exec. Once anything in the current task is modified you can't return an error. It very much does not have anything to do with brpm.It has everything to do with current. > diff --git a/fs/

Re: [PATCH 1/3 v2] KVM: vmx: Enable VMFUNCs

> /* > * The exit handlers return 1 if the exit was handled fully and guest > execution > * may resume. Otherwise they set the kvm_run parameter to indicate what > needs > @@ -7790,6 +7806,7 @@ static int (*const kvm_vmx_exit_handlers[])(struct > kvm_vcpu *vcpu) = { > [EXIT_REASON_X

Re: [PATCH] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

Hi Marc, On Mon, Jul 3, 2017 at 8:23 PM, Marc Zyngier wrote: > Hi Shanker, > > On 03/07/17 15:24, Shanker Donthineni wrote: >> Hi Marc, >> >> On 06/30/2017 03:51 AM, Marc Zyngier wrote: >>> On 30/06/17 04:01, Ganapatrao Kulkarni wrote: On Fri, Jun 30, 2017 at 8:04 AM, Ganapatrao Kulkarni >>>

[PATCH] drivers/staging/wilc1000: fix sparse warning: right shift by bigger than source value

This patch sets memory to zero directly to avoid unnecessary shift and bitwise operations on bool type, which can fix a sparse warning and also improve performance. Signed-off-by: Rui Teng --- drivers/staging/wilc1000/host_interface.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-)

Re: [PATCH v2 2/8] exec: Move security_bprm_secureexec() earlier

Kees Cook writes: > There are several places where exec needs to know if a privilege-gain has > happened. These should be using the results of security_bprm_secureexec() > but it is getting (needlessly) called very late. It is hard to tell at a glance but I believe this introduces a regression.

Re: [PATCH] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

On 10/07/17 09:48, Ganapatrao Kulkarni wrote: > Hi Marc, > > On Mon, Jul 3, 2017 at 8:23 PM, Marc Zyngier wrote: >> Hi Shanker, >> >> On 03/07/17 15:24, Shanker Donthineni wrote: >>> Hi Marc, >>> >>> On 06/30/2017 03:51 AM, Marc Zyngier wrote: On 30/06/17 04:01, Ganapatrao Kulkarni wrote: >>

Re: [PATCH] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

On Mon, Jul 10, 2017 at 2:36 PM, Marc Zyngier wrote: > On 10/07/17 09:48, Ganapatrao Kulkarni wrote: >> Hi Marc, >> >> On Mon, Jul 3, 2017 at 8:23 PM, Marc Zyngier wrote: >>> Hi Shanker, >>> >>> On 03/07/17 15:24, Shanker Donthineni wrote: Hi Marc, On 06/30/2017 03:51 AM, Marc Zyng

Re: [PATCH v2 00/28] kbuild: complete UAPI de-coupling and cleanup scripts/Makefile.headersinst

Hi Sam, 2017-07-10 17:42 GMT+09:00 Sam Ravnborg : > Hi Masahiro. > > On Mon, Jul 10, 2017 at 03:32:32AM +0900, Masahiro Yamada wrote: >> In v4.12-rc1, we had a big progress for headers_install. >> All (and only) headers under UAPI directories are exported. >> However, asm-generic wrappers are sti

Re: [PATCH] ARM: dts: at91: sama5d2: fix EBI/NAND controllers declaration

On 07/07/2017 at 15:33, Ludovic Desroches wrote: > Fix HSMC interrupt ID, PMECC registers and EBI ones. > > Signed-off-by: Ludovic Desroches We need the "Fixes" tags (even if it's for 4.13). We need to take it for 4.13-final. Fixes: d9c41bf30cf8 ("ARM: dts: at91: Declare EBI/NAND controllers")

Re: [PATCH 1/4] arm64: tegra: Add BPMP thermal sensor to Tegra186

On 01.07.2017 02:56, Eduardo Valentin wrote: On Fri, Jun 16, 2017 at 02:28:22PM +0300, Mikko Perttunen wrote: This adds the thermal sensor device provided by the BPMP, and the relevant thermal sensors to the Tegra186 device tree. Signed-off-by: Mikko Perttunen --- arch/arm64/boot/dts/nvidia/t

Re: [PATCH 1/3 v2] KVM: vmx: Enable VMFUNCs

On 10/07/2017 10:54, David Hildenbrand wrote: > >> /* >> * The exit handlers return 1 if the exit was handled fully and guest >> execution >> * may resume. Otherwise they set the kvm_run parameter to indicate what >> needs >> @@ -7790,6 +7806,7 @@ static int (*const kvm_vmx_exit_handlers

Re: [PATCH 2/3 v2] KVM: nVMX: Enable VMFUNC for the L1 hypervisor

> @@ -7752,7 +7769,29 @@ static int handle_preemption_timer(struct kvm_vcpu > *vcpu) > > static int handle_vmfunc(struct kvm_vcpu *vcpu) > { > - kvm_queue_exception(vcpu, UD_VECTOR); > + struct vcpu_vmx *vmx = to_vmx(vcpu); > + struct vmcs12 *vmcs12; > + u32 function = vcpu->a

Re: [PATCH] slub: make sure struct kmem_cache_node is initialized before publication

On Sat, Jul 8, 2017 at 1:18 AM, Christoph Lameter wrote: > On Fri, 7 Jul 2017, Andrew Morton wrote: > >> On Fri, 7 Jul 2017 10:34:08 +0200 Alexander Potapenko >> wrote: >> >> > --- a/mm/slub.c >> > +++ b/mm/slub.c >> > @@ -3389,8 +3389,8 @@ static int init_kmem_cache_nodes(struct kmem_cache >>

[PATCH v3 1/1] KVM: trigger uevents when starting or stopping a VM

This patch adds a few lines to the KVM common code to fire a KOBJ_CHANGE uevent whenever a KVM VM is created or destroyed. The event carries five environment variables: CREATED indicates how many times a new VM has been created. It is useful for example to trigger specific actions when the

Re: [PATCH 1/3 v2] KVM: vmx: Enable VMFUNCs

On 10/07/2017 11:20, David Hildenbrand wrote: >> Perhaps this is an argument in favor of changing the default case of >> nested_vmx_exit_handled from true to false. > > I remember having the same discussion before :) I still think the > default should be changed (then we don't need nVMX hunks in

Re: [PATCH 1/3 v2] KVM: vmx: Enable VMFUNCs

On 10.07.2017 11:17, Paolo Bonzini wrote: > > > On 10/07/2017 10:54, David Hildenbrand wrote: >> >>> /* >>> * The exit handlers return 1 if the exit was handled fully and guest >>> execution >>> * may resume. Otherwise they set the kvm_run parameter to indicate what >>> needs >>> @@ -7790

[PATCH v3 0/1]

This patch adds a few lines to the KVM common code to fire a KOBJ_CHANGE uevent whenever a KVM VM is created or destroyed. The event carries five environment variables: CREATED indicates how many times a new VM has been created. It is useful for example to trigger specific actions when the

[PATCH] wireless: ipw2200: constify attribute_group structures.

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. Signed-off-by: Arvind Yadav --- drivers/net/wireless/intel/ipw2x00/ipw2200.c | 2 +- 1 file changed, 1 inserti

Re: [PATCH] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables

On 10/07/17 10:08, Ganapatrao Kulkarni wrote: > On Mon, Jul 10, 2017 at 2:36 PM, Marc Zyngier wrote: >> On 10/07/17 09:48, Ganapatrao Kulkarni wrote: >>> Hi Marc, >>> >>> On Mon, Jul 3, 2017 at 8:23 PM, Marc Zyngier wrote: Hi Shanker, On 03/07/17 15:24, Shanker Donthineni wrote: >>

[GIT PULL] HID for 4.13

Linus, please pull from git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus to receive HID updates for 4.13 merge window: = - open/close tracking improvements from Dmitry Torokhov - battery support improvements in Wacom driver from Jason Gerecke - Win8 support fixes from

Re: Potential scheduler regression

On Fri, Jul 07, 2017 at 04:55:27PM -0400, Ben Guthro wrote: > Apologies on the delay - it took a bit to get the machines, to run the test. > > I am happy to report that the kernel at 1ad3aaf3fcd2, seems to regain > performance loss from 1b568f0aab, in our test environment. Excellent. > Since 4.

Re: Re-routing packets via netfilter (ip_rt_bug)

I have been using free VPN but it is not that good because network is always congested which leads to slower connection. I just finished reading expressvpn review and it seems like a good option. Does anyone here have experience with this VPN? If y

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

2017-07-10 16:46 GMT+08:00 Peter Zijlstra : > On Mon, Jul 10, 2017 at 09:38:30AM +0800, Aubrey Li wrote: >> We measured 3%~5% improvemnt in disk IO workload, and 8%~20% improvement in >> network workload. > > Argh, what a mess :/ Agreed, this patchset is a variant of https://lkml.org/lkml/2017/6/2

Re: [greybus-dev] [PATCH v2] staging: greybus: arche: wrap over-length lines

On Mon, Jul 10, 2017 at 6:46 AM, Viresh Kumar wrote: > Hi Mitchell, > > On 09-07-17, 20:25, Mitchell Tasman wrote: >> Adjust formatting of various statements to keep line length within >> the 80 column limit preferred by the Linux kernel coding style. > > We try to follow that most of the time, bu

Re: [greybus-dev] [PATCH v2] staging: greybus: arche: wrap over-length lines

On 10-07-17, 11:30, Frans Klaver wrote: > On Mon, Jul 10, 2017 at 6:46 AM, Viresh Kumar wrote: > > Hi Mitchell, > > > > On 09-07-17, 20:25, Mitchell Tasman wrote: > >> Adjust formatting of various statements to keep line length within > >> the 80 column limit preferred by the Linux kernel coding s

  1   2   3   4   5   6   7   8   9   >