Re: [PATCH 0/5] add support for relative references in special sections

On (08/14/17 11:52), Ard Biesheuvel wrote: > This adds support for emitting special sections such as initcall arrays, > PCI fixups and tracepoints as relative references rather than absolute > references. This reduces the size by 50% on 64-bit architectures, but > more importantly, it removes the

Re: [PATCH 0/5] add support for relative references in special sections

On (08/14/17 11:52), Ard Biesheuvel wrote: > This adds support for emitting special sections such as initcall arrays, > PCI fixups and tracepoints as relative references rather than absolute > references. This reduces the size by 50% on 64-bit architectures, but > more importantly, it removes the

Re: [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized frontend driver

Hello, On 08/18/2017 08:43 AM, Takashi Sakamoto wrote: On Aug 17 2017 19:05, Oleksandr Grytsov wrote: So, from the above we think that period elapsed event derived in the described ways may not improve latency and will complicate the system. So, for that reason we are thinking of the option

Re: [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized frontend driver

Hello, On 08/18/2017 08:43 AM, Takashi Sakamoto wrote: On Aug 17 2017 19:05, Oleksandr Grytsov wrote: So, from the above we think that period elapsed event derived in the described ways may not improve latency and will complicate the system. So, for that reason we are thinking of the option

Re: [PATCH net v2 2/2] net: ixgbe: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

On 2017/8/18 13:04, Tantilov, Emil S wrote: >> -Original Message- >> From: Ding Tianhong [mailto:dingtianh...@huawei.com] >> Sent: Thursday, August 17, 2017 5:39 PM >> To: Tantilov, Emil S ; da...@davemloft.net; >> Kirsher, Jeffrey T

Re: [PATCH net v2 2/2] net: ixgbe: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

On 2017/8/18 13:04, Tantilov, Emil S wrote: >> -Original Message- >> From: Ding Tianhong [mailto:dingtianh...@huawei.com] >> Sent: Thursday, August 17, 2017 5:39 PM >> To: Tantilov, Emil S ; da...@davemloft.net; >> Kirsher, Jeffrey T ; keesc...@chromium.org; >>

[PATCH] drivers: spi: Allocate bus number from spi framework

<suni...@techveda.org> Signed-off-by: Karthik Tummala <kart...@techveda.org> Tested-by: Karthik Tummala <kart...@techveda.org> --- Note: - Patch was compile tested and built(ARCH=arm) on next-20170817. - Patch was hardware tested on AM335x (McSPI controller) with spi flash chips. - Adde

[PATCH] drivers: spi: Allocate bus number from spi framework

Tested-by: Karthik Tummala --- Note: - Patch was compile tested and built(ARCH=arm) on next-20170817. - Patch was hardware tested on AM335x (McSPI controller) with spi flash chips. - Added spi aliases in aliases node, device tree and tested. - No build/run-time issues reported. - The commit: &quo

Re: [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized frontend driver

On Aug 17 2017 19:05, Oleksandr Grytsov wrote: So, from the above we think that period elapsed event derived in the described ways may not improve latency and will complicate the system. So, for that reason we are thinking of the option 2) (Positions of actual data transmission in any serial

Re: [PATCH RESEND1 00/12] ALSA: vsnd: Add Xen para-virtualized frontend driver

On Aug 17 2017 19:05, Oleksandr Grytsov wrote: So, from the above we think that period elapsed event derived in the described ways may not improve latency and will complicate the system. So, for that reason we are thinking of the option 2) (Positions of actual data transmission in any serial

32-bit powerpc, aty128fb: vmap allocation for size 135168 failed

I was trying 4.13.0-rc5-00075-gac9a40905a61 on my PowerMac G4 with 1G RAM and after some time of sddm respawning and X trying to restart, dmesg is full of messages about vmap allocation failures. Maybe the aty128fb is leaking ROM allocations or something like that? sddm has been crashing

32-bit powerpc, aty128fb: vmap allocation for size 135168 failed

I was trying 4.13.0-rc5-00075-gac9a40905a61 on my PowerMac G4 with 1G RAM and after some time of sddm respawning and X trying to restart, dmesg is full of messages about vmap allocation failures. Maybe the aty128fb is leaking ROM allocations or something like that? sddm has been crashing

Re: [PATCH v6 0/2] Make find_later_rq() choose a closer cpu in topology

On Thu, Aug 17, 2017 at 09:51:34PM -0700, Joel Fernandes (Google) wrote: > On Thu, Aug 17, 2017 at 6:25 PM, Byungchul Park > wrote: > > On Mon, Aug 07, 2017 at 12:50:32PM +0900, Byungchul Park wrote: > >> When cpudl_find() returns any among free_cpus, the cpu might not be

Re: [PATCH v6 0/2] Make find_later_rq() choose a closer cpu in topology

On Thu, Aug 17, 2017 at 09:51:34PM -0700, Joel Fernandes (Google) wrote: > On Thu, Aug 17, 2017 at 6:25 PM, Byungchul Park > wrote: > > On Mon, Aug 07, 2017 at 12:50:32PM +0900, Byungchul Park wrote: > >> When cpudl_find() returns any among free_cpus, the cpu might not be > >> closer than

Re: [tip:locking/core] locking/lockdep: Make CONFIG_LOCKDEP_CROSSRELEASE part of CONFIG_PROVE_LOCKING

On Thu, Aug 17, 2017 at 12:45:44PM +0200, Ingo Molnar wrote: > > @@ -1164,9 +1164,6 @@ config LOCKDEP_CROSSRELEASE > > > > config LOCKDEP_COMPLETE > > bool "Lock debugging: allow completions to use deadlock detector" > > - depends on PROVE_LOCKING > > - select LOCKDEP_CROSSRELEASE > > -

Re: [tip:locking/core] locking/lockdep: Make CONFIG_LOCKDEP_CROSSRELEASE part of CONFIG_PROVE_LOCKING

On Thu, Aug 17, 2017 at 12:45:44PM +0200, Ingo Molnar wrote: > > @@ -1164,9 +1164,6 @@ config LOCKDEP_CROSSRELEASE > > > > config LOCKDEP_COMPLETE > > bool "Lock debugging: allow completions to use deadlock detector" > > - depends on PROVE_LOCKING > > - select LOCKDEP_CROSSRELEASE > > -

Re: [PATCH v4 0/4] Add Broadcom STB USB phy driver

On 07/21/2017 07:10 AM, Al Cooper wrote: > Add a new USB Phy driver for Broadcom STB SoCs. This driver > supports Broadcom STB ARM SoCs. This driver in > combination with the Broadcom STB ohci, ehci and xhci > drivers will enable USB1.1, USB2.0 and USB3.0 support. > This Phy driver also supports

Re: [PATCH v4 0/4] Add Broadcom STB USB phy driver

On 07/21/2017 07:10 AM, Al Cooper wrote: > Add a new USB Phy driver for Broadcom STB SoCs. This driver > supports Broadcom STB ARM SoCs. This driver in > combination with the Broadcom STB ohci, ehci and xhci > drivers will enable USB1.1, USB2.0 and USB3.0 support. > This Phy driver also supports

Re: [PATCH v2 15/16] dmaengine: bcm-sba-raid: Add debugfs support

On Fri, Aug 18, 2017 at 10:56 AM, Vinod Koul wrote: > On Fri, Aug 18, 2017 at 10:33:54AM +0530, Anup Patel wrote: >> On Thu, Aug 17, 2017 at 1:31 PM, Vinod Koul wrote: >> > On Tue, Aug 01, 2017 at 04:07:59PM +0530, Anup Patel wrote: >> > why fail,

Re: [PATCH v2 15/16] dmaengine: bcm-sba-raid: Add debugfs support

On Fri, Aug 18, 2017 at 10:56 AM, Vinod Koul wrote: > On Fri, Aug 18, 2017 at 10:33:54AM +0530, Anup Patel wrote: >> On Thu, Aug 17, 2017 at 1:31 PM, Vinod Koul wrote: >> > On Tue, Aug 01, 2017 at 04:07:59PM +0530, Anup Patel wrote: >> > why fail, debugfs should be an optional thingy, why would

Re: Do we really need d_weak_revalidate???

On Thu, Aug 17 2017, Ian Kent wrote: > On 16/08/17 19:34, Jeff Layton wrote: >> On Wed, 2017-08-16 at 12:43 +1000, NeilBrown wrote: >>> On Mon, Aug 14 2017, Jeff Layton wrote: >>> On Mon, 2017-08-14 at 09:36 +1000, NeilBrown wrote: > On Fri, Aug 11 2017, Jeff Layton wrote: > >>

Re: Do we really need d_weak_revalidate???

On Thu, Aug 17 2017, Ian Kent wrote: > On 16/08/17 19:34, Jeff Layton wrote: >> On Wed, 2017-08-16 at 12:43 +1000, NeilBrown wrote: >>> On Mon, Aug 14 2017, Jeff Layton wrote: >>> On Mon, 2017-08-14 at 09:36 +1000, NeilBrown wrote: > On Fri, Aug 11 2017, Jeff Layton wrote: > >>

Re: [PATCH v2 15/16] dmaengine: bcm-sba-raid: Add debugfs support

On Fri, Aug 18, 2017 at 10:33:54AM +0530, Anup Patel wrote: > On Thu, Aug 17, 2017 at 1:31 PM, Vinod Koul wrote: > > On Tue, Aug 01, 2017 at 04:07:59PM +0530, Anup Patel wrote: > > why fail, debugfs should be an optional thingy, why would you want to fail > > here? > >

[PATCH v7 2/2] perf/core: add mux switch to skip to the current CPU's events list on mux interrupt

This patch implements mux switch that triggers skipping to the current CPU's events list at mulitplexing hrtimer interrupt handler as well as adoption of the switch in the existing implementation. perf_event_groups_iterate_cpu() API is introduced to implement iteration thru the certain CPU

Re: [PATCH v2 15/16] dmaengine: bcm-sba-raid: Add debugfs support

On Fri, Aug 18, 2017 at 10:33:54AM +0530, Anup Patel wrote: > On Thu, Aug 17, 2017 at 1:31 PM, Vinod Koul wrote: > > On Tue, Aug 01, 2017 at 04:07:59PM +0530, Anup Patel wrote: > > why fail, debugfs should be an optional thingy, why would you want to fail > > here? > > Yes, we are handling the

[PATCH v7 2/2] perf/core: add mux switch to skip to the current CPU's events list on mux interrupt

This patch implements mux switch that triggers skipping to the current CPU's events list at mulitplexing hrtimer interrupt handler as well as adoption of the switch in the existing implementation. perf_event_groups_iterate_cpu() API is introduced to implement iteration thru the certain CPU

Re: [PATCH v2 03/16] dmaengine: bcm-sba-raid: Common flags for sba_request state and fence

On Fri, Aug 18, 2017 at 10:26:54AM +0530, Anup Patel wrote: > On Thu, Aug 17, 2017 at 9:15 AM, Vinod Koul wrote: > > On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote: > >> This patch merges sba_request state and fence into common > >> sba_request flags. Also,

Re: [PATCH v2 03/16] dmaengine: bcm-sba-raid: Common flags for sba_request state and fence

On Fri, Aug 18, 2017 at 10:26:54AM +0530, Anup Patel wrote: > On Thu, Aug 17, 2017 at 9:15 AM, Vinod Koul wrote: > > On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote: > >> This patch merges sba_request state and fence into common > >> sba_request flags. Also, in-future we can extend

[PATCH 3/5] mmc: sdhci-msm: Add support to wait for power irq

From: Sahitya Tummala Add support API which will check if power irq is expected to be generated and wait for the power irq to come and complete if the irq is expected. Signed-off-by: Sahitya Tummala Signed-off-by: Vijay Viswanath

[PATCH v7 1/2] perf/core: use rb trees for pinned/flexible groups

This patch moves event groups into rb tree sorted by CPU, so that multiplexing hrtimer interrupt handler would be able skipping to the current CPU's list and ignore groups allocated for the other CPUs. New API for manipulating event groups in the trees is implemented as well as adoption on the

[PATCH 3/5] mmc: sdhci-msm: Add support to wait for power irq

From: Sahitya Tummala Add support API which will check if power irq is expected to be generated and wait for the power irq to come and complete if the irq is expected. Signed-off-by: Sahitya Tummala Signed-off-by: Vijay Viswanath --- drivers/mmc/host/sdhci-msm.c | 125

[PATCH v7 1/2] perf/core: use rb trees for pinned/flexible groups

This patch moves event groups into rb tree sorted by CPU, so that multiplexing hrtimer interrupt handler would be able skipping to the current CPU's list and ignore groups allocated for the other CPUs. New API for manipulating event groups in the trees is implemented as well as adoption on the

[PATCH 4/5] mmc: sdhci-msm: Add ops to do sdhc register write

Register writes which change voltage of IO lines or turn the IO bus on/off require controller to be ready before progressing further. When the controller is ready, it will generate a power irq which needs to be handled. The thread which initiated the register write should wait for power irq to

[PATCH 5/5] defconfig: msm: Enable CONFIG_MMC_SDHCI_IO_ACCESSORS

Enable CONFIG_MMC_SDHCI_IO_ACCESSORS so that SDHC controller specific register read and write APIs, if registered, can be used. Signed-off-by: Vijay Viswanath --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH 4/5] mmc: sdhci-msm: Add ops to do sdhc register write

Register writes which change voltage of IO lines or turn the IO bus on/off require controller to be ready before progressing further. When the controller is ready, it will generate a power irq which needs to be handled. The thread which initiated the register write should wait for power irq to

[PATCH 5/5] defconfig: msm: Enable CONFIG_MMC_SDHCI_IO_ACCESSORS

Enable CONFIG_MMC_SDHCI_IO_ACCESSORS so that SDHC controller specific register read and write APIs, if registered, can be used. Signed-off-by: Vijay Viswanath --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/configs/defconfig

[PATCH 2/5] mmc: sdhci-msm: Fix HW issue with power IRQ handling during reset

From: Sahitya Tummala There is a rare scenario in HW, where the first clear pulse could be lost when the actual reset and clear/read of status register are happening at the same time. Fix this by retrying upto 10 times to ensure the status register gets cleared.

[PATCH 2/5] mmc: sdhci-msm: Fix HW issue with power IRQ handling during reset

From: Sahitya Tummala There is a rare scenario in HW, where the first clear pulse could be lost when the actual reset and clear/read of status register are happening at the same time. Fix this by retrying upto 10 times to ensure the status register gets cleared. Otherwise, this will lead to a

[PATCH 0/5] mmc: sdhci-msm: Corrections to implementation of power irq

Register writes which change voltage of IO lines or turn the IO bus on/off require sdhc controller to be ready before progressing further. Once a register write which affects IO lines is done, the driver should wait for power irq from controller. Once the irq comes, the driver should acknowledge

[PATCH 1/5] mmc: sdhci-msm: fix issue with power irq

From: Subhash Jadavani SDCC controller reset (SW_RST) during probe may trigger power irq if previous status of PWRCTL was either BUS_ON or IO_HIGH_V. So before we enable the power irq interrupt in GIC (by registering the interrupt handler), we need to ensure that any

[PATCH 0/5] mmc: sdhci-msm: Corrections to implementation of power irq

Register writes which change voltage of IO lines or turn the IO bus on/off require sdhc controller to be ready before progressing further. Once a register write which affects IO lines is done, the driver should wait for power irq from controller. Once the irq comes, the driver should acknowledge

[PATCH 1/5] mmc: sdhci-msm: fix issue with power irq

From: Subhash Jadavani SDCC controller reset (SW_RST) during probe may trigger power irq if previous status of PWRCTL was either BUS_ON or IO_HIGH_V. So before we enable the power irq interrupt in GIC (by registering the interrupt handler), we need to ensure that any pending power irq interrupt

[PATCH v7 0/2] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

Hi, This patch set v7 moves event groups into rb trees and implements skipping to the current CPU's list on hrtimer interrupt. Events allocated for the same CPU are still kept in a linked list of the event directly attached to the tree because it is unclear how to implement fast iteration thru

[PATCH v7 0/2] perf/core: addressing 4x slowdown during per-process profiling of STREAM benchmark on Intel Xeon Phi

Hi, This patch set v7 moves event groups into rb trees and implements skipping to the current CPU's list on hrtimer interrupt. Events allocated for the same CPU are still kept in a linked list of the event directly attached to the tree because it is unclear how to implement fast iteration thru

Re: [PATCH v2 15/16] dmaengine: bcm-sba-raid: Add debugfs support

On Thu, Aug 17, 2017 at 1:31 PM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:59PM +0530, Anup Patel wrote: >> This patch adds debugfs support to report stats via debugfs >> which in-turn will help debug hang or error situations. >> >> Signed-off-by: Anup Patel

Re: [PATCH v2 15/16] dmaengine: bcm-sba-raid: Add debugfs support

On Thu, Aug 17, 2017 at 1:31 PM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:59PM +0530, Anup Patel wrote: >> This patch adds debugfs support to report stats via debugfs >> which in-turn will help debug hang or error situations. >> >> Signed-off-by: Anup Patel >> Reviewed-by: Ray Jui >>

Re: [PATCH V5 net-next 01/21] net-next/hinic: Initialize hw interface

From: Stephen Hemminger Date: Thu, 17 Aug 2017 17:42:05 -0700 > Please drop these functions, they do nothing and are not used > as stubs in any operations table. It might have been helpful to scan the entire series to understand why it looks this way. He's building

RE: [PATCH net v2 2/2] net: ixgbe: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

>-Original Message- >From: Ding Tianhong [mailto:dingtianh...@huawei.com] >Sent: Thursday, August 17, 2017 5:39 PM >To: Tantilov, Emil S ; da...@davemloft.net; >Kirsher, Jeffrey T ; keesc...@chromium.org;

Re: [PATCH V5 net-next 01/21] net-next/hinic: Initialize hw interface

From: Stephen Hemminger Date: Thu, 17 Aug 2017 17:42:05 -0700 > Please drop these functions, they do nothing and are not used > as stubs in any operations table. It might have been helpful to scan the entire series to understand why it looks this way. He's building the driver up, one piece at

RE: [PATCH net v2 2/2] net: ixgbe: Use new PCI_DEV_FLAGS_NO_RELAXED_ORDERING flag

>-Original Message- >From: Ding Tianhong [mailto:dingtianh...@huawei.com] >Sent: Thursday, August 17, 2017 5:39 PM >To: Tantilov, Emil S ; da...@davemloft.net; >Kirsher, Jeffrey T ; keesc...@chromium.org; >linux-kernel@vger.kernel.org; sparcli...@vger.kernel.org; intel-wired-

Re: [PATCH V5 net-next 01/21] net-next/hinic: Initialize hw interface

From: Stephen Hemminger Date: Thu, 17 Aug 2017 17:45:40 -0700 > On Thu, 17 Aug 2017 19:52:42 +0800 > Aviad Krawczyk wrote: > >> +nic_dev = (struct hinic_dev *)netdev_priv(netdev); > > Since netdev_priv() returns void *, a cast is not

Re: [PATCH V5 net-next 01/21] net-next/hinic: Initialize hw interface

From: Stephen Hemminger Date: Thu, 17 Aug 2017 17:45:40 -0700 > On Thu, 17 Aug 2017 19:52:42 +0800 > Aviad Krawczyk wrote: > >> +nic_dev = (struct hinic_dev *)netdev_priv(netdev); > > Since netdev_priv() returns void *, a cast is not necessary here. Agreed.

Re: [PATCH v2 10/16] dmaengine: bcm-sba-raid: Alloc resources before registering DMA device

On Thu, Aug 17, 2017 at 12:08 PM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:54PM +0530, Anup Patel wrote: >> We should allocate DMA channel resources before registering the >> DMA device in sba_probe() because we can get DMA request soon >> after registering the DMA

Re: [PATCH v2 10/16] dmaengine: bcm-sba-raid: Alloc resources before registering DMA device

On Thu, Aug 17, 2017 at 12:08 PM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:54PM +0530, Anup Patel wrote: >> We should allocate DMA channel resources before registering the >> DMA device in sba_probe() because we can get DMA request soon >> after registering the DMA device. If DMA channel

Re: [PATCH v2 03/16] dmaengine: bcm-sba-raid: Common flags for sba_request state and fence

On Thu, Aug 17, 2017 at 9:15 AM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote: >> This patch merges sba_request state and fence into common >> sba_request flags. Also, in-future we can extend sba_request >> flags as required. > > and it also

Re: [PATCH v2 03/16] dmaengine: bcm-sba-raid: Common flags for sba_request state and fence

On Thu, Aug 17, 2017 at 9:15 AM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:47PM +0530, Anup Patel wrote: >> This patch merges sba_request state and fence into common >> sba_request flags. Also, in-future we can extend sba_request >> flags as required. > > and it also changes the flag

Re: [PATCH v2 01/16] dmaengine: bcm-sba-raid: Minor improvments in comments

On Thu, Aug 17, 2017 at 9:14 AM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:45PM +0530, Anup Patel wrote: >> Make section comments consistent across the Broadcom SBA RAID driver >> by avoiding " SBA " in some of the comments. > > and you add more comments.. OK, I

Re: [PATCH v2 01/16] dmaengine: bcm-sba-raid: Minor improvments in comments

On Thu, Aug 17, 2017 at 9:14 AM, Vinod Koul wrote: > On Tue, Aug 01, 2017 at 04:07:45PM +0530, Anup Patel wrote: >> Make section comments consistent across the Broadcom SBA RAID driver >> by avoiding " SBA " in some of the comments. > > and you add more comments.. OK, I will add this to commit

Re: [PATCH v6 0/2] Make find_later_rq() choose a closer cpu in topology

On Thu, Aug 17, 2017 at 6:25 PM, Byungchul Park wrote: > On Mon, Aug 07, 2017 at 12:50:32PM +0900, Byungchul Park wrote: >> When cpudl_find() returns any among free_cpus, the cpu might not be >> closer than others, considering sched domain. For example: >> >>this_cpu:

Re: [PATCH v6 0/2] Make find_later_rq() choose a closer cpu in topology

On Thu, Aug 17, 2017 at 6:25 PM, Byungchul Park wrote: > On Mon, Aug 07, 2017 at 12:50:32PM +0900, Byungchul Park wrote: >> When cpudl_find() returns any among free_cpus, the cpu might not be >> closer than others, considering sched domain. For example: >> >>this_cpu: 15 >>free_cpus: 0,

Re: WARNING: CPU: 15 PID: 0 at block/blk-mq.c:1111 __blk_mq_run_hw_queue+0x1d8/0x1f0

On Thu, 2017-08-17 at 14:18 -0500, Brian King wrote: > On 08/17/2017 10:32 AM, Bart Van Assche wrote: > > On Wed, 2017-08-16 at 15:10 -0500, Brian King wrote: > >> On 08/16/2017 01:15 PM, Bart Van Assche wrote: > >>> On Wed, 2017-08-16 at 23:37 +0530, Abdul Haleem wrote: > Linux-next booted

Re: WARNING: CPU: 15 PID: 0 at block/blk-mq.c:1111 __blk_mq_run_hw_queue+0x1d8/0x1f0

On Thu, 2017-08-17 at 14:18 -0500, Brian King wrote: > On 08/17/2017 10:32 AM, Bart Van Assche wrote: > > On Wed, 2017-08-16 at 15:10 -0500, Brian King wrote: > >> On 08/16/2017 01:15 PM, Bart Van Assche wrote: > >>> On Wed, 2017-08-16 at 23:37 +0530, Abdul Haleem wrote: > Linux-next booted

Re: [PATCH] PCI: Allow PCI express root ports to find themselves

oid Chelsio T5 > Completion erratum") > Signed-off-by: Thierry Reding <tred...@nvidia.com> > --- > This applies on top of and was tested on next-20170817. > > Michael, it'd be great if you could test this one again to clarify > whether or not the fix that's alre

Re: [PATCH] PCI: Allow PCI express root ports to find themselves

off-by: Thierry Reding > --- > This applies on top of and was tested on next-20170817. > > Michael, it'd be great if you could test this one again to clarify > whether or not the fix that's already in Linus' tree is still needed, or > whether it's indeed obsoleted by this patch. This works fine for me, applied on top of Linus' tree (d33a2a914319). cheers

[PATCH] usb: xhci: Renesas uPD720202 needs short TX quirk

When plugging Logitech C920 webcam, warning messages filled up dmesg: [77117.655018] xhci_hcd :0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk? [77117.659018] xhci_hcd :0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk?

[PATCH] usb: xhci: Renesas uPD720202 needs short TX quirk

When plugging Logitech C920 webcam, warning messages filled up dmesg: [77117.655018] xhci_hcd :0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk? [77117.659018] xhci_hcd :0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk?

Re: [PATCH] cpufreq: Don't send callback pointer to cpufreq_add_update_util_hook()

On 17-08-17, 17:31, Rafael J. Wysocki wrote: > On Thursday, August 17, 2017 2:04:48 PM CEST Viresh Kumar wrote: > > The callers already have the structure (struct update_util_data) where > > the function pointer is saved by cpufreq_add_update_util_hook(). And its > > better if the callers fill it

Re: [PATCH] cpufreq: Don't send callback pointer to cpufreq_add_update_util_hook()

On 17-08-17, 17:31, Rafael J. Wysocki wrote: > On Thursday, August 17, 2017 2:04:48 PM CEST Viresh Kumar wrote: > > The callers already have the structure (struct update_util_data) where > > the function pointer is saved by cpufreq_add_update_util_hook(). And its > > better if the callers fill it

[PATCH] tpm/tpm_crb: Access locality for non-ACPI and non-SMC start method

For ARM64, the locality is handled by Trust Zone in FW. The layout does not have crb_regs_head. It is hitting the following line. dev_warn(dev, FW_BUG "Bad ACPI memory layout"); Current code excludes CRB_FL_ACPI_START and when CRB_FL_CRB_SMC_START is added around the same time locality support

[PATCH] tpm/tpm_crb: Access locality for non-ACPI and non-SMC start method

For ARM64, the locality is handled by Trust Zone in FW. The layout does not have crb_regs_head. It is hitting the following line. dev_warn(dev, FW_BUG "Bad ACPI memory layout"); Current code excludes CRB_FL_ACPI_START and when CRB_FL_CRB_SMC_START is added around the same time locality support

[PATCH] vfio: Stall vfio_del_group_dev() for container group detach

When the user unbinds the last device of a group from a vfio bus driver, the devices within that group should be available for other purposes. We currently have a race that makes this generally, but not always true. The device can be unbound from the vfio bus driver, but remaining IOMMU context

[PATCH] vfio: Stall vfio_del_group_dev() for container group detach

When the user unbinds the last device of a group from a vfio bus driver, the devices within that group should be available for other purposes. We currently have a race that makes this generally, but not always true. The device can be unbound from the vfio bus driver, but remaining IOMMU context

[PATCH] pinctrl: mediatek: update PCIe mux data for MT7623

MT2701 shares the same driver with MT7623, but there is a slight difference between their pin functions (e.g., PCIe), so we update the different parts in pinmux table. Doing so, SoC could choose the correct mux setting via their own pinfun.h. Signed-off-by: Ryder Lee CC:

[PATCH] pinctrl: mediatek: update PCIe mux data for MT7623

MT2701 shares the same driver with MT7623, but there is a slight difference between their pin functions (e.g., PCIe), so we update the different parts in pinmux table. Doing so, SoC could choose the correct mux setting via their own pinfun.h. Signed-off-by: Ryder Lee CC: Biao Huang ---

[PATCH v1 0/2] clk: rockchip: rk3228: add SCLK_SDIO_SRC clk id

This patch exports sdio src clock for dts reference. Elaine Zhang (2): clk: rockchip: add rk3228 sclk_sdio_src ID clk: rockchip: rk3228: add SCLK_SDIO_SRC clk id drivers/clk/rockchip/clk-rk3228.c | 2 +- include/dt-bindings/clock/rk3228-cru.h | 1 + 2 files changed, 2 insertions(+), 1

[PATCH v1 0/2] clk: rockchip: rk3228: add SCLK_SDIO_SRC clk id

This patch exports sdio src clock for dts reference. Elaine Zhang (2): clk: rockchip: add rk3228 sclk_sdio_src ID clk: rockchip: rk3228: add SCLK_SDIO_SRC clk id drivers/clk/rockchip/clk-rk3228.c | 2 +- include/dt-bindings/clock/rk3228-cru.h | 1 + 2 files changed, 2 insertions(+), 1

[PATCH v1 1/2] clk: rockchip: add rk3228 sclk_sdio_src ID

This patch exports sdio src clock for dts reference. Signed-off-by: Elaine Zhang --- include/dt-bindings/clock/rk3228-cru.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/rk3228-cru.h b/include/dt-bindings/clock/rk3228-cru.h index

[PATCH v1 1/2] clk: rockchip: add rk3228 sclk_sdio_src ID

This patch exports sdio src clock for dts reference. Signed-off-by: Elaine Zhang --- include/dt-bindings/clock/rk3228-cru.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/dt-bindings/clock/rk3228-cru.h b/include/dt-bindings/clock/rk3228-cru.h index 56f841c22801..55655ab0a4c4

[PATCH v1 2/2] clk: rockchip: rk3228: add SCLK_SDIO_SRC clk id

In some special circumstances, may be need to reparent clk for sclk_sdio_src. Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/clk-rk3228.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/rockchip/clk-rk3228.c

[PATCH v1 2/2] clk: rockchip: rk3228: add SCLK_SDIO_SRC clk id

In some special circumstances, may be need to reparent clk for sclk_sdio_src. Signed-off-by: Elaine Zhang --- drivers/clk/rockchip/clk-rk3228.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/rockchip/clk-rk3228.c b/drivers/clk/rockchip/clk-rk3228.c index

[PATCH] mm/hmm: avoid bloating arch that do not make use of HMM

From: Jérôme Glisse This move all new code including new page migration helper behind kernel Kconfig option so that there is no codee bloat for arch or user that do not want to use HMM or any of its associated features. arm allyesconfig (without all the patchset, then with

[PATCH] mm/hmm: avoid bloating arch that do not make use of HMM

From: Jérôme Glisse This move all new code including new page migration helper behind kernel Kconfig option so that there is no codee bloat for arch or user that do not want to use HMM or any of its associated features. arm allyesconfig (without all the patchset, then with and this patch):

Re: [PATCH] kvm: VMX: do not use vm-exit instruction length for fast MMIO

On 2017/8/17 16:51, Wanpeng Li wrote: 2017-08-17 16:48 GMT+08:00 Yang Zhang : On 2017/8/17 16:31, Wanpeng Li wrote: 2017-08-17 16:28 GMT+08:00 Wanpeng Li : 2017-08-17 16:07 GMT+08:00 Yang Zhang : On 2017/8/17 0:56,

Re: [PATCH v2] HID: google: add google hammer HID driver

+ Jiri Kosina , linux-in...@vger.kernel.org On Fri, Aug 18, 2017 at 2:35 AM, Dmitry Torokhov wrote: > On Thu, Aug 17, 2017 at 1:45 AM, Wei-Ning Huang wrote: >> Add Google hammer HID driver. This driver allow us to control hammer >>

Re: [PATCH] kvm: VMX: do not use vm-exit instruction length for fast MMIO

On 2017/8/17 16:51, Wanpeng Li wrote: 2017-08-17 16:48 GMT+08:00 Yang Zhang : On 2017/8/17 16:31, Wanpeng Li wrote: 2017-08-17 16:28 GMT+08:00 Wanpeng Li : 2017-08-17 16:07 GMT+08:00 Yang Zhang : On 2017/8/17 0:56, Radim Krčmář wrote: 2017-08-16 17:10+0300, Michael S. Tsirkin: On

Re: [PATCH v2] HID: google: add google hammer HID driver

+ Jiri Kosina , linux-in...@vger.kernel.org On Fri, Aug 18, 2017 at 2:35 AM, Dmitry Torokhov wrote: > On Thu, Aug 17, 2017 at 1:45 AM, Wei-Ning Huang wrote: >> Add Google hammer HID driver. This driver allow us to control hammer >> keyboard backlights and support future features. >> >>

[PATCH] staging: pi433: fixed coding style issues

space required before the open parenthesis, open brace should be on previous line. Signed-off-by: Xiangyang Zhang --- drivers/staging/pi433/pi433_if.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/staging/pi433/pi433_if.c

[PATCH] staging: pi433: fixed coding style issues

space required before the open parenthesis, open brace should be on previous line. Signed-off-by: Xiangyang Zhang --- drivers/staging/pi433/pi433_if.c | 15 +++ 1 file changed, 7 insertions(+), 8 deletions(-) diff --git a/drivers/staging/pi433/pi433_if.c

Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support

On Thu, Aug 17, 2017 at 12:12:00PM -0700, Moritz Fischer wrote: > Hi, > > On Sun, Jun 25, 2017 at 6:52 PM, Wu Hao wrote: > > FPGA_GET_API_VERSION and FPGA_CHECK_EXTENSION ioctls are common ones which > > need to be supported by all feature devices drivers including FME and AFU.

Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support

On Thu, Aug 17, 2017 at 12:12:00PM -0700, Moritz Fischer wrote: > Hi, > > On Sun, Jun 25, 2017 at 6:52 PM, Wu Hao wrote: > > FPGA_GET_API_VERSION and FPGA_CHECK_EXTENSION ioctls are common ones which > > need to be supported by all feature devices drivers including FME and AFU. > > This patch

Re: [PATCH 1/2] HID: multitouch: report MT_TOOL_PALM for non-confident touches

sorry, was at a conference/travelling and I'm slowly catching up. On Fri, Aug 11, 2017 at 10:29:07AM +0200, Henrik Rydberg wrote: > Hi Dmitry, > > > The meaning of confidence is literally "contact is too large to be a > > finger", so it is not touch state, but really tool identity. We do > >

Re: [PATCH 1/2] HID: multitouch: report MT_TOOL_PALM for non-confident touches

sorry, was at a conference/travelling and I'm slowly catching up. On Fri, Aug 11, 2017 at 10:29:07AM +0200, Henrik Rydberg wrote: > Hi Dmitry, > > > The meaning of confidence is literally "contact is too large to be a > > finger", so it is not touch state, but really tool identity. We do > >

Re: [PATCH v3 net-next] bpf/verifier: track liveness for pruning

On 8/15/17 12:34 PM, Edward Cree wrote: State of a register doesn't matter if it wasn't read in reaching an exit; a write screens off all reads downstream of it from all explored_states upstream of it. This allows us to prune many more branches; here are some processed insn counts for some

Re: [PATCH v3 net-next] bpf/verifier: track liveness for pruning

On 8/15/17 12:34 PM, Edward Cree wrote: State of a register doesn't matter if it wasn't read in reaching an exit; a write screens off all reads downstream of it from all explored_states upstream of it. This allows us to prune many more branches; here are some processed insn counts for some

Re: [PATCH 0/5] arm-smmu: performance optimization

On 2017/8/17 22:36, Will Deacon wrote: > Thunder, Nate, Robin, > > On Mon, Jun 26, 2017 at 09:38:45PM +0800, Zhen Lei wrote: >> I described the optimization more detail in patch 1 and 2, and patch 3-5 are >> the implementation on arm-smmu/arm-smmu-v3 of patch 2. >> >> Patch 1 is v2. In v1, I

Re: [PATCH 0/5] arm-smmu: performance optimization

On 2017/8/17 22:36, Will Deacon wrote: > Thunder, Nate, Robin, > > On Mon, Jun 26, 2017 at 09:38:45PM +0800, Zhen Lei wrote: >> I described the optimization more detail in patch 1 and 2, and patch 3-5 are >> the implementation on arm-smmu/arm-smmu-v3 of patch 2. >> >> Patch 1 is v2. In v1, I

[PATCH v4 9/9] dt-bindings: ASoC: rockchip: Update description of rockchip,codec

Update description for newly added optional audio codecs. Signed-off-by: Jeffy Chen Acked-by: Rob Herring --- Changes in v4: None Changes in v3: None Changes in v2: None Documentation/devicetree/bindings/sound/rockchip,rk3399-gru-sound.txt | 2 +-

[PATCH v4 9/9] dt-bindings: ASoC: rockchip: Update description of rockchip,codec

Update description for newly added optional audio codecs. Signed-off-by: Jeffy Chen Acked-by: Rob Herring --- Changes in v4: None Changes in v3: None Changes in v2: None Documentation/devicetree/bindings/sound/rockchip,rk3399-gru-sound.txt | 2 +- 1 file changed, 1 insertion(+), 1

[PATCH v4 8/9] ASoC: rockchip: Add support for DMIC codec

Add support for optional dmic codec. Signed-off-by: Jeffy Chen --- Changes in v4: None Changes in v3: None Changes in v2: None sound/soc/rockchip/Kconfig| 1 + sound/soc/rockchip/rk3399_gru_sound.c | 33 + 2 files

[PATCH v4 6/9] ASoC: rockchip: Parse dai links from dts

Refactor rockchip_sound_probe, parse dai links from dts instead of hard coding them. Signed-off-by: Jeffy Chen --- Changes in v4: None Changes in v3: Use compatible to match audio codecs -- Suggested-by Matthias Kaehlcke Changes in v2: Let

  1   2   3   4   5   6   7   8   9   10   >