Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote: > I agree, the driver could be rewritten, but it might take some time, so > meanwhile I'm looking at also other possible optimization. Which driver are we talking about anyway? Let's start looking at it and fix the issue there.

[PATCH v2] ALSA: maestro3: Use common error handling code in two functions

From: Markus Elfring Date: Wed, 6 Sep 2017 08:18:30 +0200 Add jump targets so that a bit of exception handling can be better reused at the end of these functions. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

[PATCH] thermal/drivers/step_wise: Fix temperature regulation misbehavior

There is a particular situation when the cooling device is cpufreq and the heat dissipation is not efficient enough where the temperature increases little by little until reaching the critical threshold and leading to a SoC reset. The behavior is reproducible on a hikey6220 with bad heat

Re: [PATCH 0/6] [media] Atmel: Adjustments for seven function implementations

On Wed, Sep 06, 2017 at 08:58:26AM +0800, Yang, Wenyou wrote: > Hi, > > > On 2017/9/5 4:04, SF Markus Elfring wrote: > > From: Markus Elfring > > Date: Mon, 4 Sep 2017 21:44:55 +0200 > > > > A few update suggestions were taken into account > > from static source

Re: [2/2] genirq: Warn when IRQ_NOAUTOEN is used with shared interrupts

Hi Thomas, On Wednesday, 31 May 2017 02:58:33 PDT Thomas Gleixner wrote: > Shared interrupts do not go well with disabling auto enable: > > 1) The sharing interrupt might request it while it's still disabled and >then wait for interrupts forever. > > 2) The interrupt might have been

[PATCH 2/2] spi: Add ADI driver for Spreadtrum platform

This patch adds ADI driver based on SPI framework for Spreadtrum SC9860 platform. Signed-off-by: Baolin Wang --- drivers/spi/Kconfig|6 + drivers/spi/Makefile |1 + drivers/spi/spi-sprd-adi.c | 431

[PATCH 1/2] dt-bindings: spi: Add Spreadtrum ADI controller documentation

This patch adds the binding documentation for Spreadtrum ADI controller device. Signed-off-by: Baolin Wang --- .../devicetree/bindings/spi/spi-sprd-adi.txt | 44 1 file changed, 44 insertions(+) create mode 100644

Re: [PATCH v2 1/1] usb:xhci: update condition to select bus->sysdev from parent device

On 06.09.2017 06:47, Thang Q. Nguyen wrote: On Tue, Sep 5, 2017 at 6:14 PM, Mathias Nyman > wrote: On 24.08.2017 05 :53, Thang Q. Nguyen wrote: On Sat, Aug 19, 2017 at 10:43 AM, Thang Q.

Re: 4.13 on thinkpad x220: oops when writing to SD card

On 06/09/17 05:44, Shawn Lin wrote: > + Seraphime > > On 2017/9/6 3:47, Pavel Machek wrote: >> Hi! >> >> I tried to write to the MMC card; process hung and I got this in the >> dmesg. > > > A similar report for 4.13 cycle was here: > > https://lkml.org/lkml/2017/8/10/824 > > Seems 4.13-rc4

Re: [PATCH v3 2/2] ip6_tunnel: fix ip6 tunnel lookup in collect_md mode

> On 2017年9月6日, at 上午11:14, Alexei Starovoitov wrote: > > On 9/4/17 1:36 AM, Haishuang Yan wrote: >> In collect_md mode, if the tun dev is down, it still can call >> __ip6_tnl_rcv to receive on packets, and the rx statistics increase >> improperly. >> >> Fixes: 8d79266bc48c

Re: [Intel-wired-lan] [PATCH net-next v3] e1000e: Be drop monitor friendly

On 8/26/2017 04:14, Florian Fainelli wrote: e1000e_put_txbuf() can be called from normal reclamation path as well as when a DMA mapping failure, so we need to differentiate these two cases when freeing SKBs to be drop monitor friendly. e1000e_tx_hwtstamp_work() and e1000_remove() are processing

Re: [PATCH 3/4] paravirt: add virt_spin_lock pvops function

Guys, please trim email. On Tue, Sep 05, 2017 at 10:31:46AM -0400, Waiman Long wrote: > For clarification, I was actually asking if you consider just adding one > more jump label to skip it for Xen/KVM instead of making > virt_spin_lock() a pv-op. I don't understand. What performance are you

4.13 on thinkpad x220: oops when writing to SD card

To: Adrian Hunter Cc: Shawn Lin , Pavel Machek , linux-...@vger.kernel.org, kernel list Bcc: Subject: Re: 4.13 on thinkpad x220: oops when writing to SD card Reply-To: In-Reply-To:

Re: [PATCH 4/4][RFC v2] x86/apic: Spread the vectors by choosing the idlest CPU

On Wed, 6 Sep 2017, Yu Chen wrote: > On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote: > > I have a hard time to figure out how the 133 vectors on CPU31 are now > > magically fitting in the empty space on CPU0, which is 204 - 133 = 71. In > > my limited understanding of math 133 is

Re: [PATCH 2/2] mm/slub: don't use reserved memory for optimistic try

On 09/06/2017 06:37 AM, js1...@gmail.com wrote: > From: Joonsoo Kim > > High-order atomic allocation is difficult to succeed since we cannot > reclaim anything in this context. So, we reserves the pageblock for > this kind of request. > > In slub, we try to allocate

[RFC tip/locking v2 01/13] lockdep: Demagic the return value of BFS

__bfs() could return four magic numbers: 1: search succeeds, but none match. 0: search succeeds, find one match. -1: search fails because of the cq is full. -2: search fails because a invalid node is found. This patch cleans things up by making a enum type for the

Re: [v7 5/5] mm, oom: cgroup v2 mount option to disable cgroup-aware OOM killer

On Tue 05-09-17 17:53:44, Johannes Weiner wrote: > On Tue, Sep 05, 2017 at 03:44:12PM +0200, Michal Hocko wrote: > > Why is this an opt out rather than opt-in? IMHO the original oom logic > > should be preserved by default and specific workloads should opt in for > > the cgroup aware logic.

Re: [PATCH 1/2] pidmap(2)

On Tue, 5 Sep 2017, Randy Dunlap wrote: > On 09/05/17 15:53, Andrew Morton wrote: > > On Tue, 5 Sep 2017 22:05:00 +0300 Alexey Dobriyan > > wrote: > > > >> Implement system call for bulk retrieveing of pids in binary form. > >> > >> Using /proc is slower than necessary: 3

[PATCH] libata: zpodd: make arrays cdb static, reduces object code size

From: Colin Ian King Don't populate the arrays cdb on the stack, instead make them static. Makes the object code smaller by 230 bytes: Before: textdata bss dec hex filename 3797 240 04037 fc5 drivers/ata/libata-zpodd.o After:

Re: [PATCH 1/2] pidmap(2)

On 9/6/17, Andrew Morton wrote: > On Tue, 5 Sep 2017 22:05:00 +0300 Alexey Dobriyan > wrote: > >> Implement system call for bulk retrieveing of pids in binary form. >> >> Using /proc is slower than necessary: 3 syscalls + another 3 for each >>

Re: a competition when some threads acquire futex

On Wed, Sep 06, 2017 at 10:36:29AM +0200, Thomas Gleixner wrote: > On Wed, 6 Sep 2017, chengjian (D) wrote: > > > > > diff --git a/kernel/futex.c b/kernel/futex.c > > > > index 3d38eaf..0b2d17a 100644 > > > > --- a/kernel/futex.c > > > > +++ b/kernel/futex.c > > > > @@ -1545,6 +1545,7 @@ static

Re: [PATCH 3/6] hid: make device_attribute const

On Mon, 21 Aug 2017, Bhumika Goyal wrote: > Make this const as it is only passed as an argument to the > function device_create_file and device_remove_file and the corresponding > arguments are of type const. > Done using Coccinelle > > Signed-off-by: Bhumika Goyal > --- >

Re: [PATCH 6/10] ixgbe: Use ARRAY_SIZE macro

On Tue, Sep 05, 2017 at 02:22:05PM -0700, David Miller wrote: > From: Joe Perches > Date: Tue, 05 Sep 2017 13:01:18 -0700 > > > On Tue, 2017-09-05 at 21:45 +0200, Thomas Meyer wrote: > >> On Tue, Sep 05, 2017 at 11:50:44AM -0700, David Miller wrote: > >> > From: Thomas Meyer

[PATCH v4 11/11] libsas: add event to defer list tail instead of head when draining

From: chenxiang Events will be added to defer_q list when setting ha->status to SAS_HA_DRAINING. Events will be called after drain workqueue. Those events are added to the head of list, but they are scanned one by one from the head to the tail, which will cause those

[PATCH v4 03/11] libsas: remove unused port_gone_completion and DISCE_PORT_GONE

No one uses the port_gone_completion in struct asd_sas_port and DISCE_PORT_GONE in enum disover_event, clean them out. Signed-off-by: Jason Yan CC: Johannes Thumshirn CC: Ewan Milne CC: Christoph Hellwig CC: Tomas Henzl

Re: Abysmal scheduler performance in Linus' tree?

On Wed, Sep 06, 2017 at 10:15:33AM +0100, Chris Wilson wrote: > Quoting Andy Lutomirski (2017-09-06 06:13:39) > > I'm running e7d0c41ecc2e372a81741a30894f556afec24315 from Linus' tree > > today, and I'm seeing abysmal scheduler performance. Running make -j4 > > ends up with all the tasks on CPU 3

Re: [RFC PATCH 0/6] Add platform device SVM support for ARM SMMUv3

On 06/09/17 02:16, Yisheng Xie wrote: > Hi Jean-Philippe, > > On 2017/9/5 20:56, Jean-Philippe Brucker wrote: >> On 31/08/17 09:20, Yisheng Xie wrote: >>> Jean-Philippe has post a patchset for Adding PCIe SVM support to ARM SMMUv3: >>> https://www.spinics.net/lists/arm-kernel/msg565155.html >>>

[PATCH] scsi: ufs: fix wrong command type of UTRD for UFSHCI v2.1

Since the command type of UTRD in UFS 2.1 specification is the same with UFS 2.0. And it assumes the future UFS specification will follow the same definition. Signed-off-by: kehuanlin --- drivers/scsi/ufs/ufshcd.c | 14 -- 1 file changed, 8 insertions(+), 6

[GIT PULL] printk for 4.14

Linus, please pull the latest printk changes from git://git.kernel.org/pub/scm/linux/kernel/git/pmladek/printk.git for-linus - Do not allow to use freed init data and code even when boot consoles are forced to stay. Also check for the init memory more precisely. - Some

Re: [PATCH v5 1/3] mfd: Add support for Cherry Trail Dollar Cove TI PMIC

On Wed, 06 Sep 2017 11:05:04 +0200, Lee Jones wrote: > > On Wed, 06 Sep 2017, Takashi Iwai wrote: > > > On Wed, 06 Sep 2017 09:54:44 +0200, > > Lee Jones wrote: > > > > > > On Tue, 05 Sep 2017, Takashi Iwai wrote: > > > > > > > On Tue, 05 Sep 2017 10:53:41 +0200, > > > > Lee Jones wrote: > > >

Re: [PATCH] blk-mq: Start to fix memory ordering...

On Mon, Sep 04, 2017 at 11:09:32AM +0200, Peter Zijlstra wrote: > > Attempt to untangle the ordering in blk-mq. The patch introducing the > single smp_mb__before_atomic() is obviously broken in that it doesn't > clearly specify a pairing barrier and an obtained guarantee. > > The comment is

Re: [PATCH v5 1/3] mfd: Add support for Cherry Trail Dollar Cove TI PMIC

On Tue, 05 Sep 2017, Rafael J. Wysocki wrote: > On Tue, Sep 5, 2017 at 11:38 AM, Takashi Iwai wrote: > > On Tue, 05 Sep 2017 10:53:41 +0200, > > Lee Jones wrote: > >> > >> On Tue, 05 Sep 2017, Takashi Iwai wrote: > >> > >> > On Tue, 05 Sep 2017 10:10:49 +0200, > >> > Lee Jones

[PATCH -v2] blk-mq: Start to fix memory ordering...

Attempt to untangle the ordering in blk-mq. The patch introducing the single smp_mb__before_atomic() is obviously broken in that it doesn't clearly specify a pairing barrier and an obtained guarantee. The comment is further misleading in that it hints that the deadline store and the COMPLETE

Re: [PATCH 1/2] mm/slub: wake up kswapd for initial high order allocation

On 09/06/2017 06:37 AM, js1...@gmail.com wrote: > From: Joonsoo Kim > > slub uses higher order allocation than it actually needs. In this case, > we don't want to do direct reclaim to make such a high order page since > it causes a big latency to the user. Instead, we

Re: [PATCH v5 1/3] mfd: Add support for Cherry Trail Dollar Cove TI PMIC

On Wed, 06 Sep 2017 09:54:44 +0200, Lee Jones wrote: > > On Tue, 05 Sep 2017, Takashi Iwai wrote: > > > On Tue, 05 Sep 2017 10:53:41 +0200, > > Lee Jones wrote: > > > > > > On Tue, 05 Sep 2017, Takashi Iwai wrote: > > > > > > > On Tue, 05 Sep 2017 10:10:49 +0200, > > > > Lee Jones wrote: > > >

[RFC tip/locking v2 05/13] lockdep: Extend __bfs() to work with multiple kinds of dependencies

Now we have four kinds of dependencies in the dependency graph, and not all the pathes carry strong dependencies, for example: Given lock A, B, C, if we have: CPU1CPU2 = == write_lock(A); read_lock(B);

[RFC tip/locking v2 10/13] lockdep/selftest: Add a R-L/L-W test case specific to chain cache behavior

As our chain cache doesn't differ read/write locks, so even we can detect a read-lock/lock-write deadlock in check_noncircular(), we can still be fooled if a read-lock/lock-read case(which is not a deadlock) comes first. So introduce this test case to test specific to the chain cache behavior on

[RFC tip/locking v2 08/13] lockdep: Fix recursive read lock related safe->unsafe detection

There are four cases for recursive read lock realted deadlocks: (--(X..Y)--> means a strong dependency path starts with a --(X*)--> dependency and ends with a --(*Y)-- dependency.) 1. An irq-safe lock L1 has a dependency --(*..*)--> to an irq-unsafe lock L2. 2. An

[RFC tip/locking v2 06/13] lockdep: Adjust check_redundant() for recursive read change

As we have four kinds of dependencies now, check_redundant() should only report redundant if we have a dependency path which is equal or _stronger_ than the current dependency. For example if check_prev_add() we have: prev->read == 2 && next->read != 2 , we should only report redundant

[RFC tip/locking v2 03/13] lockdep: Change the meanings of LOCK_{USED_IN, ENABLED}_*_{READ}

We have three types of lock acquisitions: write, non-recursive read and recursive read, and write and non-recursive read have no difference from a viewpoint for deadlock detections, because a write acquisition of the corresponding lock on an independent CPU or task makes a non-recursive lock a

Re: [v7 2/5] mm, oom: cgroup-aware OOM killer

On Tue 05-09-17 21:23:57, Roman Gushchin wrote: > On Tue, Sep 05, 2017 at 04:57:00PM +0200, Michal Hocko wrote: [...] > > Hmm. The changelog says "By default, it will look for the biggest leaf > > cgroup, and kill the largest task inside." But you are accumulating > > oom_score up the hierarchy

[RFC tip/locking v2 07/13] lockdep: Support deadlock detection for recursive read in check_noncircular()

Currently, lockdep only has limit support for deadlock detection for recursive read locks. The basic idea of the detection is: Since we make __bfs() able to traverse only the strong dependency paths, so we report a circular deadlock if we could find a circle of a strong dependency path.

[RFC tip/locking v2 04/13] lockdep: Introduce lock_list::dep

To add recursive read locks into the dependency graph, we need to store the types of dependencies for the BFS later. There are four kinds of dependencies: * Non-recursive -> Non-recursive dependencies(NN) e.g. write_lock(prev) -> write_lock(next) * Recursive -> Non-recursive

[RFC tip/locking v2 02/13] lockdep: Make __bfs() visit every dependency rather than every class until a match

Currently, __bfs() will do a breadth-first search in the dependency graph and visit each lock class in the graph exactly once, so for example, in the following graph: A -> B |^ || +--> C a __bfs() call starts at A, will

Re: [PATCH] sound: soc: fsl: Do not set DAI sysclk when it is equal to system freq

Hi Fabio, On Tue, Sep 5, 2017 at 6:13 PM, Łukasz Majewski wrote: { clock-frequency = <40>; pinctrl-names = "default"; pinctrl-0 = <_i2c1>; status = "okay"; codec: tfa9879@6C { #sound-dai-cells = <0>;

Re: [PATCH] HID: hid-lg: make array cbuf static const to shink object code size

On Fri, 25 Aug 2017, Colin King wrote: > From: Colin Ian King > > Don't populate array cbuf on the stack, instead make it static. > Makes the object code smaller by over 110 bytes: > > Before: >text data bss dec hex filename > 15096

Re: Abysmal scheduler performance in Linus' tree?

> On Sep 6, 2017, at 1:25 AM, Peter Zijlstra wrote: > >> On Tue, Sep 05, 2017 at 10:13:39PM -0700, Andy Lutomirski wrote: >> I'm running e7d0c41ecc2e372a81741a30894f556afec24315 from Linus' tree >> today, and I'm seeing abysmal scheduler performance. Running make -j4 >>

Re: [PATCH v3] Input: goodix: Add support for capacitive home button

On Wed, 6 Sep 2017, Bastien Nocera wrote: > Hey, > > On Tue, 2017-06-20 at 18:08 +0200, Bastien Nocera wrote: > > From: "Sergei A. Trusov" > > > > On some x86 tablets with a Goodix touchscreen, the Windows logo on > > the > > front is a capacitive home button. Touching

Re: Abysmal scheduler performance in Linus' tree?

On Wed, Sep 06, 2017 at 01:59:14AM -0700, Andy Lutomirski wrote: > > Any specifics on your setup? > > On further fiddling, I only see this after a suspend and resume cycle. Ah, ok. That's not something I otherwise test. Lets see if I can force this brick of mine through a suspend-resume cycle

Re: a competition when some threads acquire futex

On 2017/9/6 16:36, Thomas Gleixner write: Ok. Still that patch has issues. 1) It's white space damaged. Please use TAB not spaces for indentation. checkpatch.pl would have told you. 2) Why are you using _cond_resched() instead of plain cond_resched(). cond_resched() is what you want

[PATCH v13 1/5] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

Re: [PATCH] sound: soc: fsl: Do not set DAI sysclk when it is equal to system freq

Hi Nicolin, On Tue, Sep 05, 2017 at 11:13:40PM +0200, Łukasz Majewski wrote: They key point here is the asoc_simple_card_parse_clk() function from simple-card-utils.c Please look how the clock is assigned; It first checks for cpu clock, then for "system-clock-frequency" DTS node and

Re: [PATCH] arm64: Convert pr_warning to standard pr_warn

On Tue, Sep 05, 2017 at 11:38:23AM -0700, Joe Perches wrote: > On Tue, 2017-09-05 at 10:10 +0100, Mark Rutland wrote: > > On Tue, Sep 05, 2017 at 10:28:38AM +0800, chengjian c00427203 wrote: > > > Convert pr_warning to standard pr_warn in arch/arm64/kernel/smp.c > > > > > > Signed-off-by: Cheng

Re: [PATCH] MIPS: mt7620: Rename uartlite to serial

On Fri, Sep 1, 2017 at 4:53 PM, Harvey Hunt wrote: > Previously, mt7620.c defined the clocks for uarts with the names > uartlite, uart1 and uart2. Rename them to serial{0,1,2} and update > the devicetree node names. > > Signed-off-by: Harvey Hunt >

Re: SME/32-bit regression

Btw, Tom, pls remind me again, why didn't we make sme_me_mask u64? Because this is the most logical type for a memory encryption mask which covers 64 bits... In any case, the below builds fine here. --- diff --git a/arch/x86/include/asm/mem_encrypt.h b/arch/x86/include/asm/mem_encrypt.h index

Re: [PATCH 6/9] ext4: safely transition S_DAX on journaling changes

On Tue 05-09-17 16:35:38, Ross Zwisler wrote: > The IOCTL path which switches the journaling mode for an inode is currently > unsafe because it doesn't properly do a writeback and invalidation on the > inode. In XFS, for example, safe transitions of S_DAX are handled by >

Re: [PATCH] blk-mq: Start to fix memory ordering...

On Tue, Sep 05, 2017 at 02:51:25PM +, Bart Van Assche wrote: > "deaedline" is a spelling error. Has this patch been tested? Bah.. So I ran with a previous version for a while, but then redid the whole patch (as its mostly comments anyway) and clearly made a giant mess of it. I'll respin.

Re: [PATCH v8 06/13] x86/apic: Mark the apic_intr_mode extern for sanity check cleanup

On 09/06/17 at 01:41pm, Dou Liyang wrote: > Hi Baoquan, > > At 09/06/2017 01:26 PM, Baoquan He wrote: > [...] > diff --git a/arch/x86/kernel/smpboot.c b/arch/x86/kernel/smpboot.c > index 4f63afc..9f8479c 100644 > --- a/arch/x86/kernel/smpboot.c > +++ b/arch/x86/kernel/smpboot.c > @@ -1260,8

Re: Donation

Greetings To You, My Name is Mavis wanczyk , the winner of the Power ball jackpot of $ $758.7 million in the AUGUST 24, 2017, My jackpot was a gift from God to me hence my Entire family/foundation has AGREED to do this. My foundation is donating $500,000.00USD to you. please contac

Re: [PATCH v6] vfio: platform: reset: Add Broadcom FlexRM reset module

On Tue, Sep 5, 2017 at 9:27 PM, Alex Williamson wrote: > On Mon, 4 Sep 2017 15:20:11 +0530 > Anup Patel wrote: > >> Sorry for delayed response... >> >> On Tue, Aug 29, 2017 at 7:39 PM, Konrad Rzeszutek Wilk >> wrote:

Re: Abysmal scheduler performance in Linus' tree?

On Tue, Sep 05, 2017 at 10:13:39PM -0700, Andy Lutomirski wrote: > I'm running e7d0c41ecc2e372a81741a30894f556afec24315 from Linus' tree > today, and I'm seeing abysmal scheduler performance. Running make -j4 > ends up with all the tasks on CPU 3 most of the time (on my > 4-logical-thread

[RFC tip/locking v2 09/13] lockdep: Add recursive read locks into dependency graph

Since we have all the fundamental to handle recursive read locks, we now add them into the dependency graph. Signed-off-by: Boqun Feng --- kernel/locking/lockdep.c | 16 +++- 1 file changed, 3 insertions(+), 13 deletions(-) diff --git

Re: [PATCH 2/2] tracing: Add support for critical section events

On Tue, Sep 05, 2017 at 09:35:11AM -0700, Joel Fernandes wrote: > On Mon, Sep 4, 2017 at 11:52 PM, Peter Zijlstra wrote: > > On Mon, Sep 04, 2017 at 08:26:13PM -0700, Joel Fernandes wrote: > > > >> Apologies, I meant (without the "off"): > >> > >> subsystem: atomic_section >

Re: [PATCH] HID: asus: Add support for Fn keys on Asus ROG G752

On Sun, 20 Aug 2017, Maxime Bellengé wrote: > This patch adds support for Fn keys on Asus ROG G752 laptop. > The report descriptor is broken so I fixed it. > > Tested on an Asus G752VT. > > Signed-off-by: Maxime Bellengé Looks good to me, but the patch is whitespace

Re: [PATCH 1/2] pidmap(2)

On 9/6/17, Randy Dunlap wrote: > On 09/05/17 15:53, Andrew Morton wrote: >> On Tue, 5 Sep 2017 22:05:00 +0300 Alexey Dobriyan >> wrote: >> >>> Implement system call for bulk retrieveing of pids in binary form. >>> >>> Using /proc is slower than

[PATCH v4 01/11] libsas: kill useless ha_event and do some cleanup

The ha_event now has only one event HAE_RESET, and this event does nothing. Kill it and do some cleanup. This is a preparation for enhance libsas hotplug feature in the next patches. Signed-off-by: Jason Yan Signed-off-by: John Garry CC: Johannes

Re: Abysmal scheduler performance in Linus' tree?

Quoting Andy Lutomirski (2017-09-06 06:13:39) > I'm running e7d0c41ecc2e372a81741a30894f556afec24315 from Linus' tree > today, and I'm seeing abysmal scheduler performance. Running make -j4 > ends up with all the tasks on CPU 3 most of the time (on my > 4-logical-thread laptop). taskset -c 0

[PATCH v2] genirq/msi: Fix populating multiple interrupts

On allocating the interrupts routed via to a wire-to-MSI bridge, we iterate over the MSI descriptors to build the hierarchy, but fail to use the descriptor interrupt number, and instead use the base number, generating the wrong IRQ domain mappings. The fix is to use the MSI descriptor interrupt

Re: mpic IRQ_TYPE_BOTH handling

On 08/31/2017 01:52 AM, Michael Ellerman wrote: > Hi Gregory, > > Gregory Fong writes: >> Hi all, >> >> In arch/powerpc/sysdev/mpic.c , it looks like IRQ_TYPE_EDGE_BOTH is >> handled the same way as IRQ_TYPE_EDGE_FALLING: >> >> static unsigned int

Re: [RFC PATCH 0/6] Add platform device SVM support for ARM SMMUv3

On 06/09/17 02:02, Bob Liu wrote: > On 2017/9/5 20:56, Jean-Philippe Brucker wrote: >> On 31/08/17 09:20, Yisheng Xie wrote: >>> Jean-Philippe has post a patchset for Adding PCIe SVM support to ARM SMMUv3: >>> https://www.spinics.net/lists/arm-kernel/msg565155.html >>> >>> But for some platform

Re: [PATCH 1/9] ext4: remove duplicate extended attributes defs

On Tue 05-09-17 16:35:33, Ross Zwisler wrote: > The following commit: > > commit 9b7365fc1c82 ("ext4: add FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR > interface support") > > added several defines related to extended attributes to ext4.h. They were > added within an #ifndef FS_IOC_FSGETXATTR block

Re: [PATCH] MIPS: mt7620: Rename uartlite to serial

Hi, comments inline On 01/09/17 16:53, Harvey Hunt wrote: Previously, mt7620.c defined the clocks for uarts with the names uartlite, uart1 and uart2. Rename them to serial{0,1,2} and update the devicetree node names. Signed-off-by: Harvey Hunt Cc:

Re: [PATCH v5 1/3] mfd: Add support for Cherry Trail Dollar Cove TI PMIC

On Tue, 05 Sep 2017, Takashi Iwai wrote: > On Tue, 05 Sep 2017 10:53:41 +0200, > Lee Jones wrote: > > > > On Tue, 05 Sep 2017, Takashi Iwai wrote: > > > > > On Tue, 05 Sep 2017 10:10:49 +0200, > > > Lee Jones wrote: > > > > > > > > On Tue, 05 Sep 2017, Takashi Iwai wrote: > > > > > > > > > On

Re: [PATCH] mm/page_alloc: don't reserve ZONE_HIGHMEM for ZONE_MOVABLE request

+CC linux-api On 09/06/2017 06:35 AM, js1...@gmail.com wrote: > From: Joonsoo Kim > > Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that > important to reserve. When ZONE_MOVABLE is used, this problem would > theorectically cause to decrease usable

4.13 on thinkpad x220: oops when writing to SD card

Hi, > > Seems 4.13-rc4 was already broken for that but unfortuantely > > I didn't > > reproduce that. So maybe Seraphime can do git-bisect as he said "I > > get > > it everytime" for which I assume it could be easy for him to find > > out > > the problematic commit? I can reliably reproduce

[RFC tip/locking v2 12/13] lockdep/selftest: Unleash irq_read_recursion2 and add more

Now since we can handle recursive read related irq inversion deadlocks correctly, uncomment the irq_read_recursion2 and add more testcases. Signed-off-by: Boqun Feng --- lib/locking-selftest.c | 59 -- 1 file changed, 47

[RFC tip/locking v2 13/13] lockdep/selftest: Add more recursive read related test cases

Add those four test cases: 1. CPU1CPU2CPU3 = = = write_lock(X); write_lock(Y); write_lock(Z); read_lock(Y);

[RFC tip/locking v2 11/13] lockdep: Take read/write status in consideration when generate chainkey

Currently, the chainkey of a lock chain is a hash sum of the class_idx of all the held locks, the read/write status are not taken in to consideration while generating the chainkey. This could result into a problem, if we have: P1() { read_lock(B);

Re: [v7 2/5] mm, oom: cgroup-aware OOM killer

On Tue 05-09-17 21:23:57, Roman Gushchin wrote: > On Tue, Sep 05, 2017 at 04:57:00PM +0200, Michal Hocko wrote: [...] > > > @@ -810,6 +810,9 @@ static void __oom_kill_process(struct task_struct > > > *victim) > > > struct mm_struct *mm; > > > bool can_oom_reap = true; > > > > > > + if

Re: [PATCH] genirq/msi: fix populating multiple interrupts

Hi John, On 05/09/17 18:12, John Keeping wrote: > Use the correct variable to set up each interrupt in turn rather than > configuring the first interrupt "nvec" times. Thanks for addressing this. I think this bug deserves a slightly better write-up. How about something like: On allocating the

Re: [PATCH v3] Input: goodix: Add support for capacitive home button

Hey, On Tue, 2017-06-20 at 18:08 +0200, Bastien Nocera wrote: > From: "Sergei A. Trusov" > > On some x86 tablets with a Goodix touchscreen, the Windows logo on > the > front is a capacitive home button. Touching this button results in a > touch > with bit 4 of the first

RE: [PATCH V2 0/3] Use mm_struct and switch_mm() instead of manually

> -Original Message- > From: Sai Praneeth Prakhya [mailto:sai.praneeth.prak...@intel.com] > Sent: Tuesday, September 5, 2017 7:43 PM > To: Bhupesh Sharma > Cc: linux-...@vger.kernel.org; linux-kernel@vger.kernel.org; Matt Fleming > ; Ard

Re: [PATCH] HID: multitouch: support buttons and trackpoint on Lenovo X1 Tab Gen2

On Fri, 25 Aug 2017, Pavel Tatashin wrote: > On the 2nd generation Lenovo Tablet only clickpad is working; the > trackpoint and three mouse buttons do not work. > > hid_multitouch must export all inputs in order to get trackpoint and > buttons to function. > > Signed-off-by: Pavel Tatashin

Re: [RFC v2 6/6] platform/x86: intel_pmc_ipc: Use generic Intel IPC device calls

On Wed, Sep 6, 2017 at 8:27 AM, Kuppuswamy, Sathyanarayanan wrote: > On 9/5/2017 12:38 AM, Lee Jones wrote: >> On Sat, 02 Sep 2017, sathyanarayanan.kuppusw...@linux.intel.com wrote: >> I'm a bit concerned by the API. > > This is not a new change. Even before refactoring

Re: [PATCH] powerpc/powernv: Clear LPCR[PECE1] via stop-api only for deep state offline

On 2017-08-31 17:17, Gautham R. Shenoy wrote: From: "Gautham R. Shenoy" commit 24be85a23d1f ("powerpc/powernv: Clear PECE1 in LPCR via stop-api only on Hotplug") clears the PECE1 bit of the LPCR via stop-api during CPU-Hotplug to prevent wakeup due to a decrementer on

Re: [PATCH v3 51/59] KVM: arm/arm64: GICv4: Add doorbell interrupt handling

On 2017/8/1 1:26, Marc Zyngier wrote: > When a vPE is not running, a VLPI being made pending results in a > doorbell interrupt being delivered. Let's handle this interrupt > and update the pending_last flag that indicates that VLPIs are > pending. The corresponding vcpu is also kicked into

[PATCH v4 10/11] libsas: direct call probe and destruct

In commit 87c8331f ([SCSI] libsas: prevent domain rediscovery competing with ata error handling) introduced disco mutex to prevent rediscovery competing with ata error handling and put the whole revalidation in the mutex. But the rphy add/remove needs to wait for the error handling which also

[PATCH v4 06/11] libsas: shut down the PHY if events reached the threshold

If the PHY burst too many events, we will alloc a lot of events for the worker. This may leads to memory exhaustion. Dan Williams suggested to shut down the PHY if the events reached the threshold, because in this case the PHY may have gone into some erroneous state. Users can re-enable the PHY

[PATCH v4 00/11] Enhance libsas hotplug feature

Hello all, Yijing Wang handed over this topic to me. We are working on it the last two months. We have tested the patchset for a long time. Here is the new version. Now the libsas hotplug has some issues, Dan Williams report a similar bug here before

Re: [PATCH] DSA support for Micrel KSZ8895

2017-08-31 0:32 GMT+03:00 : >> On Mon 2017-08-28 16:09:27, Andrew Lunn wrote: >> > > I may be confused here, but AFAICT: >> > > >> > > 1) Yes, it has standard layout when accessed over MDIO. >> > >> > >> > Section 4.8 of the datasheet says: >> > >> > All the

[PATCH v4 07/11] libsas: make the event threshold configurable

Add a sysfs attr that LLDD can configure it for every host. We made a example in hisi_sas. Other LLDDs using libsas can implement it if they want. Suggested-by: Hannes Reinecke Signed-off-by: Jason Yan CC: John Garry CC: Johannes

[PATCH v4 02/11] libsas: remove the numbering for each event enum

Numbering for each event enum makes no sense. Remove the numbering so that we don't have to calculate the number by hand every time. Signed-off-by: Jason Yan CC: John Garry CC: Johannes Thumshirn CC: Ewan Milne

[PATCH v4 09/11] libsas: libsas: use flush_workqueue to process disco events synchronously

Use flush_workqueue to insure the disco and revalidate events processed synchronously. Signed-off-by: Jason Yan CC: John Garry CC: Johannes Thumshirn CC: Ewan Milne CC: Christoph Hellwig CC:

Re: SME/32-bit regression

On Tue, Sep 05, 2017 at 11:45:07PM -0400, Boris Ostrovsky wrote: > It appears there is a regression for 32-bit kernels due to SME changes. > > I bisected my particular problem It being? Doesn't boot, splats? > (Xen PV guest) to > 21729f81ce8ae76a6995681d40e16f7ce8075db4 but I also saw

cpu_needs_another_gp: unable to handle kernel paging request

Hello, Kernel 3.18.19 hit the following panic[1]. Can you please advise on how to debug this further, or if there is any known issue that you recognize. Thanks, Alex. [1] Sep 5 01:05:02.092499 vsa-000f-vc-0 kernel: [1294776.890064] BUG: unable to handle kernel paging request at

[PATCH v3] clk: at91: utmi: set the mainck rate

By default, it is assumed that the UTMI clock is generated from a 12 MHz reference clock (MAINCK). If it's not the case, the FREQ field of the SFR_UTMICKTRIM has to be updated to generate the UTMI clock in the proper way. The UTMI clock has a fixed rate of 480 MHz. In fact, there is no multiplier

Re: printk: what is going on with additional newlines?

On Tue 2017-09-05 22:42:28, Sergey Senozhatsky wrote: > On (09/05/17 14:21), Petr Mladek wrote: > [..] > > > that's why I want buffered printk to re-use the printk-safe buffer > > > on that particular CPU [ if buffered printk will ever land ]. > > > printk-safe buffer is not allocated on stack, or

[PATCH v4 0/3] arm: npcm: add basic support for Nuvoton BMCs

Addressed comments from: - Joel: https://www.spinics.net/lists/arm-kernel/msg605137.html Changes since previous update: - Added SMP and SMP_ON_UP - Changed dts to use phandle

Re: UBSAN: Undefined error in time.h signed integer overflow

On Tue, 5 Sep 2017, John Stultz wrote: > On Tue, Sep 5, 2017 at 9:30 PM, Shankara Pailoor wrote: > > Hi, > > > > I encountered this bug while fuzzing linux kernel 4.13-rc7 with syzkaller. > > > >

[PATCH v4 1/3] arm: npcm: add basic support for Nuvoton BMCs

Adds basic support for the Nuvoton NPCM750 BMC. Signed-off-by: Brendan Higgins --- arch/arm/Kconfig | 2 + arch/arm/Makefile| 1 + arch/arm/mach-npcm/Kconfig | 50 + arch/arm/mach-npcm/Makefile | 3 ++

  1   2   3   4   5   6   7   8   9   10   >