Re: [PATCH] scsi: ufs: add missing declaration in ufshcd.h

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 1 warning about global functions without a declaration in Baoyou> the scsi ufshcd driver when building with W=1: Baoyou> drivers/scsi/ufs/ufshcd.c:1991:5: warning: no previous prototype Baoyou> for

Re: [PATCH] scsi: ufs: add missing declaration in ufshcd.h

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 1 warning about global functions without a declaration in Baoyou> the scsi ufshcd driver when building with W=1: Baoyou> drivers/scsi/ufs/ufshcd.c:1991:5: warning: no previous prototype Baoyou> for 'ufshcd_query_descriptor_retry'

[GIT PULL]: dmaengine fixes for 4.8-rc5

Hi Linus, Here is the fixes PULL request for dmaengine. This time we have odd driver fixes, nothing major. The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at:

[GIT PULL]: dmaengine fixes for 4.8-rc5

Hi Linus, Here is the fixes PULL request for dmaengine. This time we have odd driver fixes, nothing major. The following changes since commit 29b4817d4018df78086157ea3a55c1d9424a7cfc: Linux 4.8-rc1 (2016-08-07 18:18:00 -0700) are available in the git repository at:

Re: [PART2 PATCH v7 00/12] iommu/AMD: Introduce IOMMU AVIC support

On 29/08/2016 06:53, Suravee Suthikulpanit wrote: > Hi Joerg, Radim > > Any other concerns? Joerg, if there's no other issues, could you apply the first 9 patches to a branch based on 4.8-rc1 or similar, so that I can pull it into the KVM tree? Thanks, Paolo > Thanks, > Suravee > > On

Re: [PART2 PATCH v7 00/12] iommu/AMD: Introduce IOMMU AVIC support

On 29/08/2016 06:53, Suravee Suthikulpanit wrote: > Hi Joerg, Radim > > Any other concerns? Joerg, if there's no other issues, could you apply the first 9 patches to a branch based on 4.8-rc1 or similar, so that I can pull it into the KVM tree? Thanks, Paolo > Thanks, > Suravee > > On

Re: [PATCH] fix:pmcraid: mark symbols static where possible

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 4 warnings about global functions without a declaration Baoyou> in the scsi pmcraid driver when building with W=1: Baoyou> drivers/scsi/pmcraid.c:309:6: warning: no previous prototype for Baoyou> 'pmcraid_init_cmdblk'

Re: [PATCH] fix:pmcraid: mark symbols static where possible

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 4 warnings about global functions without a declaration Baoyou> in the scsi pmcraid driver when building with W=1: Baoyou> drivers/scsi/pmcraid.c:309:6: warning: no previous prototype for Baoyou> 'pmcraid_init_cmdblk' [-Wmissing-prototypes]

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

Hi, Arnd Bergmann writes: > On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >> >> Hi Felipe and Arnd, >> >> It has been a while since the last response to this discussion, but we >> haven't reached an agreement yet! Can we get to a conclusion on if it >> is valid

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

Hi, Arnd Bergmann writes: > On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: >> >> Hi Felipe and Arnd, >> >> It has been a while since the last response to this discussion, but we >> haven't reached an agreement yet! Can we get to a conclusion on if it >> is valid to create child

Re: [PATCH 1/6] irqchip: mips-gic: Add context saving for MIPS_REMOTEPROC

Hi Matt, On 02/09/16 10:59, Matt Redfearn wrote: > The MIPS remote processor driver allows non-Linux firmware to take > control of and execute on one of the systems VPEs. If that VPE is > brought back under Linux, it is necessary to ensure that all GIC > interrupts are routed and masked as Linux

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Fri, Sep 02, 2016 at 12:43:39PM +0200, Arnd Bergmann wrote: > On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: > > > > Hi Felipe and Arnd, > > > > It has been a while since the last response to this discussion, but we > > haven't reached an agreement yet! Can we get to a

Re: [PATCH 1/6] irqchip: mips-gic: Add context saving for MIPS_REMOTEPROC

Hi Matt, On 02/09/16 10:59, Matt Redfearn wrote: > The MIPS remote processor driver allows non-Linux firmware to take > control of and execute on one of the systems VPEs. If that VPE is > brought back under Linux, it is necessary to ensure that all GIC > interrupts are routed and masked as Linux

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Fri, Sep 02, 2016 at 12:43:39PM +0200, Arnd Bergmann wrote: > On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: > > > > Hi Felipe and Arnd, > > > > It has been a while since the last response to this discussion, but we > > haven't reached an agreement yet! Can we get to a

Re: [PATCH] arm64: dts: rockchip: Add pinctrl entry for 32k clock on rk3399

Am Donnerstag, 1. September 2016, 16:53:22 schrieb Douglas Anderson: > On some rk3399 boards GPIO0_A0 is hooked up to a 32 kHz clock. This can > be used as the source for various clocks in the system. > > Add a pinmux so boards can get this pin properly configured. > > Signed-off-by: Douglas

Re: [PATCH] arm64: dts: rockchip: Add pinctrl entry for 32k clock on rk3399

Am Donnerstag, 1. September 2016, 16:53:22 schrieb Douglas Anderson: > On some rk3399 boards GPIO0_A0 is hooked up to a 32 kHz clock. This can > be used as the source for various clocks in the system. > > Add a pinmux so boards can get this pin properly configured. > > Signed-off-by: Douglas

Re: [PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, Yury On 08/17/2016 07:46 PM, Yury Norov wrote: > From: Andrew Pinski > [...] > diff --git a/arch/arm64/kernel/sys_ilp32.c b/arch/arm64/kernel/sys_ilp32.c > new file mode 100644 > index 000..10fc0ca > --- /dev/null > +++ b/arch/arm64/kernel/sys_ilp32.c > @@ -0,0 +1,86

Re: [PATCH 12/18] arm64: ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

Hi, Yury On 08/17/2016 07:46 PM, Yury Norov wrote: > From: Andrew Pinski > [...] > diff --git a/arch/arm64/kernel/sys_ilp32.c b/arch/arm64/kernel/sys_ilp32.c > new file mode 100644 > index 000..10fc0ca > --- /dev/null > +++ b/arch/arm64/kernel/sys_ilp32.c > @@ -0,0 +1,86 @@ > +/* > + *

Re: [PATCH v11 3/4] tee: add OP-TEE driver

On Thu, Sep 01, 2016 at 01:06:04PM -0500, Andrew F. Davis wrote: > On 09/01/2016 04:22 AM, Jens Wiklander wrote: > > On Wed, Aug 31, 2016 at 11:40:20AM -0500, Andrew F. Davis wrote: > >> On 08/31/2016 08:50 AM, Jens Wiklander wrote: > >>> On Tue, Aug 30, 2016 at 03:23:24PM -0500, Andrew F. Davis

Re: [PATCH 2/2] KVM: nVMX: make emulated nested preemption timer pinned

On 30/08/2016 10:14, Wanpeng Li wrote: > From: Wanpeng Li > > Commit 61abdbe0bc ("kvm: x86: make lapic hrtimer pinned") pins the emulated > lapic timer. This patch does the same for the emulated nested preemption > timer to avoid vmexit an unrelated vCPU and the

Re: [PATCH v11 3/4] tee: add OP-TEE driver

On Thu, Sep 01, 2016 at 01:06:04PM -0500, Andrew F. Davis wrote: > On 09/01/2016 04:22 AM, Jens Wiklander wrote: > > On Wed, Aug 31, 2016 at 11:40:20AM -0500, Andrew F. Davis wrote: > >> On 08/31/2016 08:50 AM, Jens Wiklander wrote: > >>> On Tue, Aug 30, 2016 at 03:23:24PM -0500, Andrew F. Davis

Re: [PATCH 2/2] KVM: nVMX: make emulated nested preemption timer pinned

On 30/08/2016 10:14, Wanpeng Li wrote: > From: Wanpeng Li > > Commit 61abdbe0bc ("kvm: x86: make lapic hrtimer pinned") pins the emulated > lapic timer. This patch does the same for the emulated nested preemption > timer to avoid vmexit an unrelated vCPU and the latency of kicking IPI to >

Re: [tip:smp/hotplug 4/8] kernel/cpu.c:1252:3: error: unknown field 'startup' specified in initializer

On 2016-09-02 17:42:33 [+0800], kbuild test robot wrote: > compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1 > > >> kernel/cpu.c:1252:3: error: unknown field 'startup' specified in > >> initializer > >> kernel/cpu.c:1252:3: warning: missing braces around initializer >kernel/cpu.c:1252:3:

Re: [PATCH] relay: Use irq_work instead of plain timer for deferred wakeup

eup/20160902-165512 reproduce: make htmldocs All warnings (new ones prefixed by >>): lib/crc32.c:148: warning: No description found for parameter 'tab)[256]' lib/crc32.c:148: warning: Excess function parameter 'tab' description in 'crc32_le_generic' lib/crc32.c:293: warning: No de

Re: [PATCH 1/2] KVM: lapic: fix preemption timer backward when TSC backward

On 30/08/2016 10:14, Wanpeng Li wrote: > From: Wanpeng Li > > TSC_OFFSET will be adjusted if discovers TSC backward during vCPU load. > The preemption timer which will leverage guest tsc to reprogram its > preemption timer value is also reprogrammed if vCPU is scheded

Re: [tip:smp/hotplug 4/8] kernel/cpu.c:1252:3: error: unknown field 'startup' specified in initializer

On 2016-09-02 17:42:33 [+0800], kbuild test robot wrote: > compiler: or32-linux-gcc (GCC) 4.5.1-or32-1.0rc1 > > >> kernel/cpu.c:1252:3: error: unknown field 'startup' specified in > >> initializer > >> kernel/cpu.c:1252:3: warning: missing braces around initializer >kernel/cpu.c:1252:3:

Re: [PATCH] relay: Use irq_work instead of plain timer for deferred wakeup

eup/20160902-165512 reproduce: make htmldocs All warnings (new ones prefixed by >>): lib/crc32.c:148: warning: No description found for parameter 'tab)[256]' lib/crc32.c:148: warning: Excess function parameter 'tab' description in 'crc32_le_generic' lib/crc32.c:293: warning: No de

Re: [PATCH 1/2] KVM: lapic: fix preemption timer backward when TSC backward

On 30/08/2016 10:14, Wanpeng Li wrote: > From: Wanpeng Li > > TSC_OFFSET will be adjusted if discovers TSC backward during vCPU load. > The preemption timer which will leverage guest tsc to reprogram its > preemption timer value is also reprogrammed if vCPU is scheded in to > a different

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

On 02/09/16 10:38, Mark Brown wrote: On Fri, Sep 02, 2016 at 09:42:04AM +0100, Sudeep Holla wrote: On 01/09/16 21:29, Mark Brown wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: CPU: 3 PID: 1593 Comm: bash Tainted: GW 4.8.0-rc3 #14 Hardware name: Qualcomm

Re: [PATCH] spi: qup: skip clk_disable_unprepare if the device is already runtime suspended

On 02/09/16 10:38, Mark Brown wrote: On Fri, Sep 02, 2016 at 09:42:04AM +0100, Sudeep Holla wrote: On 01/09/16 21:29, Mark Brown wrote: On Thu, Aug 25, 2016 at 01:33:28PM +0100, Sudeep Holla wrote: CPU: 3 PID: 1593 Comm: bash Tainted: GW 4.8.0-rc3 #14 Hardware name: Qualcomm

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: > Hi, > > On 09/02/2016 07:25 AM, Michal Simek wrote: >> On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: >>> The Xilinx AXI Interrupt Controller IP block is used by the MIPS >>> based xilfpga platform. >>> >>> Move the interrupt controller

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: > > Hi Felipe and Arnd, > > It has been a while since the last response to this discussion, but we > haven't reached an agreement yet! Can we get to a conclusion on if it > is valid to create child platform device for abstraction

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

On 2.9.2016 12:06, Zubair Lutfullah Kakakhel wrote: > Hi, > > On 09/02/2016 07:25 AM, Michal Simek wrote: >> On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: >>> The Xilinx AXI Interrupt Controller IP block is used by the MIPS >>> based xilfpga platform. >>> >>> Move the interrupt controller

Re: [PATCH] usb: dwc3: host: inherit dma configuration from parent dev

On Thursday, September 1, 2016 5:14:28 PM CEST Leo Li wrote: > > Hi Felipe and Arnd, > > It has been a while since the last response to this discussion, but we > haven't reached an agreement yet! Can we get to a conclusion on if it > is valid to create child platform device for abstraction

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

+ Robert Nelson On Friday 02 September 2016 02:36 PM, Nishanth Menon wrote: > Latest update to the BeagleBoard-X15 platform (revision B1)[1] updates > for allowing UHS SD cards to function with the split of supply to SD > card from a dedicated LDO. > > As a result of this, AM57xx BeagleBoard-X15

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

+ Robert Nelson On Friday 02 September 2016 02:36 PM, Nishanth Menon wrote: > Latest update to the BeagleBoard-X15 platform (revision B1)[1] updates > for allowing UHS SD cards to function with the split of supply to SD > card from a dedicated LDO. > > As a result of this, AM57xx BeagleBoard-X15

Re: [PATCH 1/2] wd719x: Remove last declaration using DEFINE_PCI_DEVICE_TABLE

> "Joe" == Joe Perches writes: Joe> Convert it to the preferred const struct pci_device_id instead. Applied to 4.9/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 1/2] wd719x: Remove last declaration using DEFINE_PCI_DEVICE_TABLE

> "Joe" == Joe Perches writes: Joe> Convert it to the preferred const struct pci_device_id instead. Applied to 4.9/scsi-queue. -- Martin K. Petersen Oracle Linux Engineering

Re: [PATCH 1/6] irqchip: mips-gic: Add context saving for MIPS_REMOTEPROC

On 02/09/16 10:59, Matt Redfearn wrote: The MIPS remote processor driver allows non-Linux firmware to take control of and execute on one of the systems VPEs. If that VPE is brought back under Linux, it is necessary to ensure that all GIC interrupts are routed and masked as Linux expects them,

Re: [PATCH 1/6] irqchip: mips-gic: Add context saving for MIPS_REMOTEPROC

On 02/09/16 10:59, Matt Redfearn wrote: The MIPS remote processor driver allows non-Linux firmware to take control of and execute on one of the systems VPEs. If that VPE is brought back under Linux, it is necessary to ensure that all GIC interrupts are routed and masked as Linux expects them,

Re: [PATCH] arm64: dts: hi6220: add sd-uhs- properties into dwmmc_1

Hi Guodong, On 31/08/2016 14:10, Guodong Xu wrote: > With these properties added, sd cards inserted into hikey can work at UHS > mode if they have such capability. > > Note, this depends on HiKey UHS-SD support patch [1] to work properly. > If you didn't add this patch, but added sd-uhs-

Re: [PATCH] arm64: dts: hi6220: add sd-uhs- properties into dwmmc_1

Hi Guodong, On 31/08/2016 14:10, Guodong Xu wrote: > With these properties added, sd cards inserted into hikey can work at UHS > mode if they have such capability. > > Note, this depends on HiKey UHS-SD support patch [1] to work properly. > If you didn't add this patch, but added sd-uhs-

Re: [PATCH] arm64/efi: efi_init error handling fix

On Fri, Sep 02, 2016 at 06:18:39PM +0800, Xie Yisheng wrote: > From: Yisheng Xie > > There's an early memmap leak in efi_init error path, fix it. > > Signed-off-by: Yisheng Xie > --- > drivers/firmware/efi/arm-init.c | 4 +++- > 1 file changed,

Re: [PATCH] arm64/efi: efi_init error handling fix

On Fri, Sep 02, 2016 at 06:18:39PM +0800, Xie Yisheng wrote: > From: Yisheng Xie > > There's an early memmap leak in efi_init error path, fix it. > > Signed-off-by: Yisheng Xie > --- > drivers/firmware/efi/arm-init.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) Adding

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 1 September 2016 at 23:50, Doug Anderson wrote: > Hi, > > On Thu, Sep 1, 2016 at 6:45 AM, Ulf Hansson wrote: >> I was reading the discussion regarding this change and browsing the DT >> documentation around this... Can you guys explain what

Re: [PATCH 2/2] arm64: dts: rockchip: add eMMC's power domain support for rk3399

On 1 September 2016 at 23:50, Doug Anderson wrote: > Hi, > > On Thu, Sep 1, 2016 at 6:45 AM, Ulf Hansson wrote: >> I was reading the discussion regarding this change and browsing the DT >> documentation around this... Can you guys explain what really goes on >> here, please. >> >> To me, it

[PATCH 1/3] staging: rtl8712: delete one space before if statement

This patch fixed minor checkpatch warning: WARNING: Statements should start on a tabstop Signed-off-by: Louie Lu --- drivers/staging/rtl8712/os_intfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8712/os_intfs.c

[PATCH 1/3] staging: rtl8712: delete one space before if statement

This patch fixed minor checkpatch warning: WARNING: Statements should start on a tabstop Signed-off-by: Louie Lu --- drivers/staging/rtl8712/os_intfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8712/os_intfs.c b/drivers/staging/rtl8712/os_intfs.c

[PATCH] arm64/efi: efi_init error handling fix

From: Yisheng Xie There's an early memmap leak in efi_init error path, fix it. Signed-off-by: Yisheng Xie --- drivers/firmware/efi/arm-init.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/firmware/efi/arm-init.c

[PATCH 2/3] staging: rtl8172: fixed comment style in rts871x_cmd.c

Fixed comment style warning by checkpatch: * Block comments use * on subsequent lines * Block comments use a trailing */ on a separate line Signed-off-by: Louie Lu --- drivers/staging/rtl8712/rtl871x_cmd.c | 46 +++ 1 file changed, 25

[PATCH] arm64/efi: efi_init error handling fix

From: Yisheng Xie There's an early memmap leak in efi_init error path, fix it. Signed-off-by: Yisheng Xie --- drivers/firmware/efi/arm-init.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/firmware/efi/arm-init.c b/drivers/firmware/efi/arm-init.c index

[PATCH 2/3] staging: rtl8172: fixed comment style in rts871x_cmd.c

Fixed comment style warning by checkpatch: * Block comments use * on subsequent lines * Block comments use a trailing */ on a separate line Signed-off-by: Louie Lu --- drivers/staging/rtl8712/rtl871x_cmd.c | 46 +++ 1 file changed, 25 insertions(+), 21

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

Base on the off-list discussion, the community care about the performance regression of aarch64 LP64 and aarch32 after ILP32 is merged. Given that there is not big open issue in ILP32 in kernel part, I try to address this concern. It is reasonable that we should run lots of testsuite(such as LKP)

Re: [RFC2 nowrap: PATCH v7 00/18] ILP32 for ARM64

Base on the off-list discussion, the community care about the performance regression of aarch64 LP64 and aarch32 after ILP32 is merged. Given that there is not big open issue in ILP32 in kernel part, I try to address this concern. It is reasonable that we should run lots of testsuite(such as LKP)

Re: [PATCH 1/2] ARM: dts: am57xx-beagle-x15: Remove pinmux configurations

On Friday 02 September 2016 02:35 PM, Nishanth Menon wrote: > pinmuxing for DRA7x/AM57x family of processors need to be done in IO > isolation as part of initial bootloader executed from SRAM. This is > done as part of iodelay configuration sequence and is required due to > the limitations

Re: [PATCH 1/2] ARM: dts: am57xx-beagle-x15: Remove pinmux configurations

On Friday 02 September 2016 02:35 PM, Nishanth Menon wrote: > pinmuxing for DRA7x/AM57x family of processors need to be done in IO > isolation as part of initial bootloader executed from SRAM. This is > done as part of iodelay configuration sequence and is required due to > the limitations

Re: [PATCH 0/2] fusion: Remove deprecated create_singlethread_workqueue

> "Bhaktipriya" == Bhaktipriya Shridhar writes: Bhaktipriya> This patch set removes deprecated Bhaktipriya> create_singlethread_workqueue instances from Bhaktipriya> drivers/message Applied to 4.9/scsi-queue. Thanks! -- Martin K. Petersen Oracle Linux

[PATCH 3/3] staging: rtl8712: fixed comment style and space indent

fixed comment style and space indent report from checkpatch: * WARNING: Statements should start on a tabstop * WARNING: Block comments use * on subsequent lines * WARNING: suspect code indent for conditional statements (16, 32) Signed-off-by: Louie Lu ---

Re: [PATCH 0/2] fusion: Remove deprecated create_singlethread_workqueue

> "Bhaktipriya" == Bhaktipriya Shridhar writes: Bhaktipriya> This patch set removes deprecated Bhaktipriya> create_singlethread_workqueue instances from Bhaktipriya> drivers/message Applied to 4.9/scsi-queue. Thanks! -- Martin K. Petersen Oracle Linux Engineering

[PATCH 3/3] staging: rtl8712: fixed comment style and space indent

fixed comment style and space indent report from checkpatch: * WARNING: Statements should start on a tabstop * WARNING: Block comments use * on subsequent lines * WARNING: suspect code indent for conditional statements (16, 32) Signed-off-by: Louie Lu ---

[PATCH 0/3] staging: rtl8712: fixed indent and comment style in code

This patchsets cleanup some warning report from checkpatch Including: * space indent * bad comment style Louie Lu (3): staging: rtl8712: delete one space before if statement staging: rtl8172: fixed comment style in rts871x_cmd.c staging: rtl8712: fixed comment style and space indent

[PATCH 0/3] staging: rtl8712: fixed indent and comment style in code

This patchsets cleanup some warning report from checkpatch Including: * space indent * bad comment style Louie Lu (3): staging: rtl8712: delete one space before if statement staging: rtl8172: fixed comment style in rts871x_cmd.c staging: rtl8712: fixed comment style and space indent

Re: [PATCH] bfa: do not dereference port before it is null checked

> "Colin" == Colin King writes: Colin> port is deferenced before it is null sanity checked, hence we Colin> potentially have a null pointer dereference bug. Instead, Colin> initialise trl_enabled from port->fcs->bfa after we are sure port Colin> is not null.

Re: [PATCH] bfa: do not dereference port before it is null checked

> "Colin" == Colin King writes: Colin> port is deferenced before it is null sanity checked, hence we Colin> potentially have a null pointer dereference bug. Instead, Colin> initialise trl_enabled from port->fcs->bfa after we are sure port Colin> is not null. Applied to 4.9/scsi-queue. --

Re: alloc_pages_exact() triggering memory fragmentation on nommu?

> I'm having a guess that this can be caused by use of > alloc_pages_exact() for NoMMU private anonymous mappings. > > This routine causes "tail" of allocation to be returned back > to allocator... and inserted at top of free list. Later, when > whatever in the system makes a trivial order-0

Re: alloc_pages_exact() triggering memory fragmentation on nommu?

> I'm having a guess that this can be caused by use of > alloc_pages_exact() for NoMMU private anonymous mappings. > > This routine causes "tail" of allocation to be returned back > to allocator... and inserted at top of free list. Later, when > whatever in the system makes a trivial order-0

Re: [PATCH] [SCSI] qla4xxx: mark symbols static where possible

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 1 warning when build kernel with W=1: Baoyou> drivers/scsi/qla4xxx/ql4_nx.c:1846:10: warning: no previous Baoyou> prototype for 'ql4_84xx_ipmdio_rd_reg' [-Wmissing-prototypes] Baoyou> In fact, this function is only used

Re: [PATCH] [SCSI] qla4xxx: mark symbols static where possible

> "Baoyou" == Baoyou Xie writes: Baoyou> We get 1 warning when build kernel with W=1: Baoyou> drivers/scsi/qla4xxx/ql4_nx.c:1846:10: warning: no previous Baoyou> prototype for 'ql4_84xx_ipmdio_rd_reg' [-Wmissing-prototypes] Baoyou> In fact, this function is only used in the file in which it

Re: [PATCH v4 2/2] soc: qcom: add l2 cache perf events driver

On Thu, Sep 01, 2016 at 05:30:52PM +0100, Mark Rutland wrote: > On Tue, Aug 30, 2016 at 01:01:33PM -0400, Neil Leeder wrote: > > +static DEFINE_MUTEX(l2cache_pmu_mutex); > > A mutex (which can sleep) is not safe for the hotplug state machine > stuff. See recent patches to the arm_pmu code. > >

Re: [PATCH v4 2/2] soc: qcom: add l2 cache perf events driver

On Thu, Sep 01, 2016 at 05:30:52PM +0100, Mark Rutland wrote: > On Tue, Aug 30, 2016 at 01:01:33PM -0400, Neil Leeder wrote: > > +static DEFINE_MUTEX(l2cache_pmu_mutex); > > A mutex (which can sleep) is not safe for the hotplug state machine > stuff. See recent patches to the arm_pmu code. > >

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi, On 09/02/2016 07:25 AM, Michal Simek wrote: On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: The Xilinx AXI Interrupt Controller IP block is used by the MIPS based xilfpga platform. Move the interrupt controller code out of arch/microblaze so that it can be used by everyone

Re: [Patch v4 01/12] microblaze: irqchip: Move intc driver to irqchip

Hi, On 09/02/2016 07:25 AM, Michal Simek wrote: On 1.9.2016 18:50, Zubair Lutfullah Kakakhel wrote: The Xilinx AXI Interrupt Controller IP block is used by the MIPS based xilfpga platform. Move the interrupt controller code out of arch/microblaze so that it can be used by everyone

Re: [PATCH 0/6] constify snd_pcm_ops structures

On Fri, 2 Sep 2016, Takashi Iwai wrote: > On Fri, 02 Sep 2016 00:13:08 +0200, > Julia Lawall wrote: > > > > Constify snd_pcm_ops structures. > > Applied all six patches now. Thanks. Thanks. There are a bunch more for this type, for other directories. I will send them shortly. julia

Re: [PATCH 0/6] constify snd_pcm_ops structures

On Fri, 2 Sep 2016, Takashi Iwai wrote: > On Fri, 02 Sep 2016 00:13:08 +0200, > Julia Lawall wrote: > > > > Constify snd_pcm_ops structures. > > Applied all six patches now. Thanks. Thanks. There are a bunch more for this type, for other directories. I will send them shortly. julia

Re: [PATCH v2 9/9] arm64: Work around systems with mismatched cache line sizes

On 26/08/16 18:00, Catalin Marinas wrote: On Fri, Aug 26, 2016 at 05:16:27PM +0100, Will Deacon wrote: On Fri, Aug 26, 2016 at 02:08:01PM +0100, Suzuki K Poulose wrote: On 26/08/16 14:04, Suzuki K Poulose wrote: It might be worth looking to see if we can pass the ctr as an extra parameter

Re: [PATCH v2 9/9] arm64: Work around systems with mismatched cache line sizes

On 26/08/16 18:00, Catalin Marinas wrote: On Fri, Aug 26, 2016 at 05:16:27PM +0100, Will Deacon wrote: On Fri, Aug 26, 2016 at 02:08:01PM +0100, Suzuki K Poulose wrote: On 26/08/16 14:04, Suzuki K Poulose wrote: It might be worth looking to see if we can pass the ctr as an extra parameter

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 09/02/2016 04:58 AM, Tomi Valkeinen wrote: On 02/09/16 12:06, Nishanth Menon wrote: diff --git a/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts new file mode 100644 index ..da61dbba7768 --- /dev/null +++

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 09/02/2016 04:58 AM, Tomi Valkeinen wrote: On 02/09/16 12:06, Nishanth Menon wrote: diff --git a/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts new file mode 100644 index ..da61dbba7768 --- /dev/null +++

[PATCH 2/6] MIPS: tlb-r4k: If there are wired entries, don't use TLBINVF

When adding a wired entry to the TLB via add_wired_entry, the tlb is flushed with local_flush_tlb_all, which on CPUs with TLBINV results in the new wired entry being flushed again. Behavior of the TLBINV instruction applies to all applicable TLB entries and is unaffected by the setting of the

[PATCH 1/6] irqchip: mips-gic: Add context saving for MIPS_REMOTEPROC

The MIPS remote processor driver allows non-Linux firmware to take control of and execute on one of the systems VPEs. If that VPE is brought back under Linux, it is necessary to ensure that all GIC interrupts are routed and masked as Linux expects them, as the firmware can have done anything it

[PATCH 2/6] MIPS: tlb-r4k: If there are wired entries, don't use TLBINVF

When adding a wired entry to the TLB via add_wired_entry, the tlb is flushed with local_flush_tlb_all, which on CPUs with TLBINV results in the new wired entry being flushed again. Behavior of the TLBINV instruction applies to all applicable TLB entries and is unaffected by the setting of the

[PATCH 1/6] irqchip: mips-gic: Add context saving for MIPS_REMOTEPROC

The MIPS remote processor driver allows non-Linux firmware to take control of and execute on one of the systems VPEs. If that VPE is brought back under Linux, it is necessary to ensure that all GIC interrupts are routed and masked as Linux expects them, as the firmware can have done anything it

[PATCH 5/6] remoteproc/MIPS: Add a remoteproc driver for MIPS

Add a remoteproc driver to steal, load the firmware, and boot an offline MIPS core, turning it into a coprocessor. This driver provides a sysfs to allow arbitrary firmware to be loaded onto a core, which may expose virtio devices. Coprocessor firmware must abide by the UHI coprocessor boot

[PATCH 4/6] MIPS: CPS: Add VP(E) stealing

From: Lisa Parratt VP(E) stealing provides a mechanism for removing an offline Virtual Processor from the Linux kernel such that it is available to run bare metal code. Once the CPU has been offlined from Linux, the CPU can be given a task to run via

[PATCH 0/6] MIPS: Remote processor driver

The MIPS remote processor driver allows non-Linux firmware to take control of and execute on one of the systems VPEs. The CPU must be offlined from Linux first. A sysfs interface is created which allows firmware to be loaded and changed at runtime. A full description is available at [1]. An

[PATCH 5/6] remoteproc/MIPS: Add a remoteproc driver for MIPS

Add a remoteproc driver to steal, load the firmware, and boot an offline MIPS core, turning it into a coprocessor. This driver provides a sysfs to allow arbitrary firmware to be loaded onto a core, which may expose virtio devices. Coprocessor firmware must abide by the UHI coprocessor boot

[PATCH 4/6] MIPS: CPS: Add VP(E) stealing

From: Lisa Parratt VP(E) stealing provides a mechanism for removing an offline Virtual Processor from the Linux kernel such that it is available to run bare metal code. Once the CPU has been offlined from Linux, the CPU can be given a task to run via mips_cps_steal_cpu_and_execute(). The CPU is

[PATCH 0/6] MIPS: Remote processor driver

The MIPS remote processor driver allows non-Linux firmware to take control of and execute on one of the systems VPEs. The CPU must be offlined from Linux first. A sysfs interface is created which allows firmware to be loaded and changed at runtime. A full description is available at [1]. An

[PATCH 6/6] MIPS: Deprecate VPE Loader

The MIPS remote processor driver (CONFIG_MIPS_RPROC) provides a more standard mechanism for using one or more VPs as coprocessors running separate firmware. Here we deprecate this mechanism before it is removed. Signed-off-by: Matt Redfearn --- arch/mips/Kconfig | 5

[PATCH 6/6] MIPS: Deprecate VPE Loader

The MIPS remote processor driver (CONFIG_MIPS_RPROC) provides a more standard mechanism for using one or more VPs as coprocessors running separate firmware. Here we deprecate this mechanism before it is removed. Signed-off-by: Matt Redfearn --- arch/mips/Kconfig | 5 - 1 file changed, 4

[PATCH 3/6] MIPS: smp.c: Introduce mechanism for freeing and allocating IPIs

For the MIPS remote processor implementation, we need additional IPIs to talk to the remote processor. Since MIPS GIC reserves exactly the right number of IPI IRQs required by Linux for the number of VPs in the system, this is not possible without releasing some recources. This commit introduces

[PATCH 3/6] MIPS: smp.c: Introduce mechanism for freeing and allocating IPIs

For the MIPS remote processor implementation, we need additional IPIs to talk to the remote processor. Since MIPS GIC reserves exactly the right number of IPI IRQs required by Linux for the number of VPs in the system, this is not possible without releasing some recources. This commit introduces

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 02/09/16 12:06, Nishanth Menon wrote: > diff --git a/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts > b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts > new file mode 100644 > index ..da61dbba7768 > --- /dev/null > +++ b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts > @@ -0,0 +1,24

Dear Friend.

Dear Friend, I know that this mail will come to you as a surprise since we have not known or met before now, but please, I would like you to treat it like blood brother affair and with the urgency and secrecy it requires. I am Mr. Hassan Alwan Ali, an Audit staff of (C.B.N) Central Bank of

Dear Friend.

Dear Friend, I know that this mail will come to you as a surprise since we have not known or met before now, but please, I would like you to treat it like blood brother affair and with the urgency and secrecy it requires. I am Mr. Hassan Alwan Ali, an Audit staff of (C.B.N) Central Bank of

Re: [PATCH 2/2] ARM: dts: am57xx-beagle-x15: Add support for rev B1

On 02/09/16 12:06, Nishanth Menon wrote: > diff --git a/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts > b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts > new file mode 100644 > index ..da61dbba7768 > --- /dev/null > +++ b/arch/arm/boot/dts/am57xx-beagle-x15-revb1.dts > @@ -0,0 +1,24

Re: [PATCH] sched: fix incorrect PELT values on SMT

On Wed, Aug 31, 2016 at 03:07:20PM +0200, Peter Zijlstra wrote: > On Fri, Aug 19, 2016 at 04:30:39PM +0100, Morten Rasmussen wrote: > > I can't convince myself whether this is the right thing to do. SMT is a > > bit 'special' and it depends on how you model SMT capacity. > > > > I'm no SMT

Re: [PATCH] sched: fix incorrect PELT values on SMT

On Wed, Aug 31, 2016 at 03:07:20PM +0200, Peter Zijlstra wrote: > On Fri, Aug 19, 2016 at 04:30:39PM +0100, Morten Rasmussen wrote: > > I can't convince myself whether this is the right thing to do. SMT is a > > bit 'special' and it depends on how you model SMT capacity. > > > > I'm no SMT

[PATCH] drm/amd/powerplay: return false instead of -EINVAL

Returning -EINVAL from a bool-returning function phm_check_smc_update_required_for_display_configuration has an unexpected effect of returning true, which is probably not what was intended. Replace -EINVAL by false. The only place this function is called from is psm_adjust_power_state_dynamic in

Re: [PATCH 0/6] constify snd_pcm_ops structures

On Fri, 02 Sep 2016 00:13:08 +0200, Julia Lawall wrote: > > Constify snd_pcm_ops structures. Applied all six patches now. Thanks. Takashi

<    7   8   9   10   11   12   13   14   >