[PATCH] arm64: dts: ls1012a: enable PCIe on freeway board

2021-03-30 Thread Mian Yousaf Kaukab
ls1012a-freeway board contains a M.2 2230 slot. Update the status of pcei1 node to okay so that the pcie controller can be probed. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/boot/dts/freescale/fsl-ls1012a-frwy.dts | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm64/boot/dts

[PATCH net] netsec: restore phy power state after controller reset

2021-03-18 Thread Mian Yousaf Kaukab
om BCM5482 phy. Fix the issue by restoring phy power state after controller reset is complete. Fixes: 8e850f25b581 ("net: socionext: Stop PHY before resetting netsec") Cc: sta...@vger.kernel.org Signed-off-by: Mian Yousaf Kaukab --- drivers/net/ethernet/socionext/netsec.c | 9 ++--

Re: dwc: tegra194: issue with card containing a bridge

2020-12-18 Thread Mian Yousaf Kaukab
On Thu, Dec 17, 2020 at 06:06:35PM +0100, Mian Yousaf Kaukab wrote: > On Thu, Dec 17, 2020 at 08:58:57AM -0600, Rob Herring wrote: > > On Tue, Dec 15, 2020 at 09:52:35PM +0100, Mian Yousaf Kaukab wrote: > > > On Tue, Dec 15, 2020 at 09:41:47AM -0600, Rob Herring wrote: > >

Re: dwc: tegra194: issue with card containing a bridge

2020-12-17 Thread Mian Yousaf Kaukab
On Thu, Dec 17, 2020 at 08:58:57AM -0600, Rob Herring wrote: > On Tue, Dec 15, 2020 at 09:52:35PM +0100, Mian Yousaf Kaukab wrote: > > On Tue, Dec 15, 2020 at 09:41:47AM -0600, Rob Herring wrote: > > > On Tue, Dec 15, 2020 at 02:25:04PM +0100, Mian Yousaf Kaukab wrote: > >

Re: dwc: tegra194: issue with card containing a bridge

2020-12-15 Thread Mian Yousaf Kaukab
On Tue, Dec 15, 2020 at 09:41:47AM -0600, Rob Herring wrote: > On Tue, Dec 15, 2020 at 02:25:04PM +0100, Mian Yousaf Kaukab wrote: > > On Tue, Dec 15, 2020 at 05:45:59PM +0530, Vidya Sagar wrote: > > > Thanks Mian for bringing it to our notice. > > > Have you tried remov

Re: dwc: tegra194: issue with card containing a bridge

2020-12-15 Thread Mian Yousaf Kaukab
On Tue, Dec 15, 2020 at 01:44:21PM -0600, Rob Herring wrote: > On Tue, Dec 15, 2020 at 09:41:47AM -0600, Rob Herring wrote: > > On Tue, Dec 15, 2020 at 02:25:04PM +0100, Mian Yousaf Kaukab wrote: > > > On Tue, Dec 15, 2020 at 05:45:59PM +0530, Vidya Sagar wrote: > > > &g

Re: dwc: tegra194: issue with card containing a bridge

2020-12-15 Thread Mian Yousaf Kaukab
On Tue, Dec 15, 2020 at 05:45:59PM +0530, Vidya Sagar wrote: > Thanks Mian for bringing it to our notice. > Have you tried removing the dw_pcie_setup_rc(pp); call from pcie-tegra194.c > file on top of linux-next? and does that solve the issue? > > diff --git a/drivers/pci/controller/dwc/pcie-tegra

dwc: tegra194: issue with card containing a bridge

2020-12-15 Thread Mian Yousaf Kaukab
Hi, I am seeing an issue with next-20201211 with USB3380[1] based PCIe card (vid:pid 10b5:3380) on Jetson AGX Xavier. Card doesn't show up in the lspci output. In non working case (next-20201211): # lspci 0001:00:00.0 PCI bridge: NVIDIA Corporation Device 1ad2 (rev a1) 0001:01:00.0 SATA controller

Re: [PATCH v2 0/4] cppc_cpufreq: fix, clarify and improve support

2020-12-14 Thread Mian Yousaf Kaukab
pufreq/cppc_cpufreq.c | 204 ++ > include/acpi/cppc_acpi.h | 6 +- > 4 files changed, 181 insertions(+), 173 deletions(-) For the whole series: Tested-by: Mian Yousaf Kaukab

Re: [PATCH 1/2] acpi: cppc: add cpufreq device

2020-12-10 Thread Mian Yousaf Kaukab
On Thu, Dec 10, 2020 at 03:32:09PM +0100, Rafael J. Wysocki wrote: > On Thu, Dec 10, 2020 at 3:23 PM Mian Yousaf Kaukab > wrote: > > > > Convert cppc-cpufreq driver to a platform driver (done in a separate patch) > > and add cppc-cpufreq device when acpi_cppc_pr

[PATCH 2/2] cpufreq: cppc: convert to a platform driver

2020-12-10 Thread Mian Yousaf Kaukab
From: Mian Yousaf Kaukab Instead of piggybacking on ACPI_PROCESSOR_DEVICE_HID, convert the driver to a proper platform driver with its own ID. Driver will only be probed when cppc-cpufreq device is available. Fixes: 28f06f770454 ("cppc_cpufreq: replace per-cpu structures with lists")

[PATCH 1/2] acpi: cppc: add cpufreq device

2020-12-10 Thread Mian Yousaf Kaukab
From: Mian Yousaf Kaukab Since commit 28f06f770454 ("cppc_cpufreq: replace per-cpu structures with lists"), cppc-cpufreq driver doesn't check availability of PSD data before registering with cpufreq core. As a result on a ThunderX2 platform when CPPC is disabled from BIOS, kernel

[PATCH] PCI: cadence: Fix cdns_pcie_host_setup() error path

2020-12-03 Thread Mian Yousaf Kaukab
e_put_sync() call. Fixes: 24344226f66b ("PCI: cadence: Use struct pci_host_bridge.windows list directly") Cc: sta...@vger.kernel.org Signed-off-by: Mian Yousaf Kaukab --- drivers/pci/controller/cadence/pcie-cadence-host.c | 11 +-- 1 file changed, 1 insertion(+), 10 deletions(-)

[PATCH] coresight: fix offset by one error in counting ports

2020-08-13 Thread Mian Yousaf Kaukab
: Fix support for sparsely populated ports") Reported-by: Ruediger Oertel Signed-off-by: Mian Yousaf Kaukab --- drivers/hwtracing/coresight/coresight-platform.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/hwtracing/coresight/coresight-platform.c

[PATCH] coresight: fix offset by one error in counting ports

2020-08-13 Thread Mian Yousaf Kaukab
: Fix support for sparsely populated ports") Reported-by: Ruediger Oertel Signed-off-by: Mian Yousaf Kaukab --- drivers/hwtracing/coresight/coresight-platform.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/hwtracing/coresight/coresight-platform.c

Re: [PATCH 2/4] dt-bindings: sram: add documentation for reserved-only flag

2020-05-26 Thread Mian Yousaf Kaukab
On Wed, May 20, 2020 at 10:55:58AM +0200, Thierry Reding wrote: > On Tue, May 19, 2020 at 05:03:26PM -0600, Rob Herring wrote: > > On Tue, May 19, 2020 at 10:16:43AM -0600, Stephen Warren wrote: > > > On 5/13/20 4:41 AM, Mian Yousaf Kaukab wrote: > > > > On Tue, Ma

Re: [PATCH 2/4] dt-bindings: sram: add documentation for reserved-only flag

2020-05-13 Thread Mian Yousaf Kaukab
On Tue, May 12, 2020 at 01:45:28PM -0600, Stephen Warren wrote: > On 5/12/20 8:48 AM, Mian Yousaf Kaukab wrote: > > Add documentation for the new optional flag added for SRAM driver. > > > diff --git a/Documentation/devicetree/bindings/sram/sram.yaml > > b/Documentation/

[PATCH 3/4] arm64: tegra186: add reserved-only flag in sysram node

2020-05-12 Thread Mian Yousaf Kaukab
cause SError. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/boot/dts/nvidia/tegra186.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra186.dtsi b/arch/arm64/boot/dts/nvidia/tegra186.dtsi index 58100fb9cd8b..07ce7e7b270c 100644 --- a/arch/arm64/boot/dts

[PATCH 1/4] misc: sram: add support for remapping reserved regions only

2020-05-12 Thread Mian Yousaf Kaukab
mory-wc as usual. Signed-off-by: Mian Yousaf Kaukab --- *Tested only on Jetson TX2. Jetson AGX Xavier is untested.* drivers/misc/sram.c | 73 ++--- drivers/misc/sram.h | 3 ++ 2 files changed, 58 insertions(+), 18 deletions(-) diff --git a/drivers/mis

[PATCH 4/4] arm64: tegra194: add reserved-only flag in sysram node

2020-05-12 Thread Mian Yousaf Kaukab
cause SError. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/boot/dts/nvidia/tegra194.dtsi | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/boot/dts/nvidia/tegra194.dtsi b/arch/arm64/boot/dts/nvidia/tegra194.dtsi index e1ae01c2d039..9a5276d9c2a6 100644 --- a/arch/arm64/boot/dts

[PATCH 2/4] dt-bindings: sram: add documentation for reserved-only flag

2020-05-12 Thread Mian Yousaf Kaukab
Add documentation for the new optional flag added for SRAM driver. Signed-off-by: Mian Yousaf Kaukab --- Documentation/devicetree/bindings/sram/sram.yaml | 6 ++ 1 file changed, 6 insertions(+) diff --git a/Documentation/devicetree/bindings/sram/sram.yaml b/Documentation/devicetree

Re: arm64: tegra186: bpmp: kernel crash while decompressing initrd

2020-05-11 Thread Mian Yousaf Kaukab
On Mon, May 11, 2020 at 12:25:00PM +0100, Robin Murphy wrote: > On 2020-05-08 9:40 am, Mian Yousaf Kaukab wrote: > > I am seeing following kernel crash on Jetson TX2. Board is flashed with > > firmware bits from L4T R32.4.2 with upstream u-boot. Crash always > > happens while

arm64: tegra186: bpmp: kernel crash while decompressing initrd

2020-05-08 Thread Mian Yousaf Kaukab
I am seeing following kernel crash on Jetson TX2. Board is flashed with firmware bits from L4T R32.4.2 with upstream u-boot. Crash always happens while decompressing initrd. Initrd is approximately 80 MiB in size and compressed with xz (xz --check=crc32 --lzma2=dict=32MiB). Crash is not observed if

[PATCH] gpio: tegra186: export MODULE_DEVICE_TABLE

2020-05-05 Thread Mian Yousaf Kaukab
Export MODULE_DEVICE_TABLE since the driver can be built as a module. Signed-off-by: Mian Yousaf Kaukab --- drivers/gpio/gpio-tegra186.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpio/gpio-tegra186.c b/drivers/gpio/gpio-tegra186.c index 79b553dc39a3..178e9128ded0 100644 --- a

Re: [PATCH] arm64: tegra: only map accessible sysram

2019-09-30 Thread Mian Yousaf Kaukab
On Sun, Sep 29, 2019 at 11:28:43PM -0600, Stephen Warren wrote: > On 9/29/19 2:08 PM, Mian Yousaf Kaukab wrote: > > Most of the SysRAM is secure and only accessible by TF-A. > > Don't map this inaccessible memory in kernel. Only map pages > > used by bpmp driver. >

[PATCH] arm64: tegra: only map accessible sysram

2019-09-29 Thread Mian Yousaf Kaukab
Most of the SysRAM is secure and only accessible by TF-A. Don't map this inaccessible memory in kernel. Only map pages used by bpmp driver. Signed-off-by: Mian Yousaf Kaukab --- Only tegra186 is tested. Tested on Jetson TX2. arch/arm64/boot/dts/nvidia/tegra186.dtsi | 14 +++---

Re: [v5 2/2] arm64: dts: lx2160a: add sata node support

2019-02-12 Thread Mian Yousaf Kaukab
On Fri, Jan 25, 2019 at 08:10:13AM +, Peng Ma wrote: > Add SATA device nodes for fsl-lx2160a and enable support > for QDS and RDB boards. > > Signed-off-by: Peng Ma > --- > changed for V5: > - no change > > arch/arm64/boot/dts/freescale/fsl-lx2160a-qds.dts | 16 +++ > arch/arm64

Re: [PATCH RESEND] ahci: qoriq: add lx2160 platforms support

2019-02-01 Thread Mian Yousaf Kaukab
On Thu, Jan 31, 2019 at 05:28:29PM +0800, Peng Ma wrote: > Lx2160a is a new introduced soc which supports ATA3.0 > Clean up some code Some more info here can be useful. For example why you are removing LS2088A support. Otherwise patch looks good. > > Signed-off-by: Peng Ma > --- > drivers/ata/a

Re: [PATCH RESEND 0/6] arm64: add support for generic cpu vulnerabilities

2018-09-24 Thread Mian Yousaf Kaukab
On Mon, Sep 17, 2018 at 02:35:08PM +0100, Will Deacon wrote: > On Wed, Sep 05, 2018 at 11:25:33AM +0200, Mian Yousaf Kaukab wrote: > > On Mon, Aug 27, 2018 at 04:33:04PM +0200, Mian Yousaf Kaukab wrote: > > > GENERIC_CPU_VULNERABILITIES provide a common way to figure out if

Re: [PATCH RESEND 0/6] arm64: add support for generic cpu vulnerabilities

2018-09-05 Thread Mian Yousaf Kaukab
On Mon, Aug 27, 2018 at 04:33:04PM +0200, Mian Yousaf Kaukab wrote: > GENERIC_CPU_VULNERABILITIES provide a common way to figure out if a > system is affected by vulnerabilities like meltdown and other variants > of spectre. This small series adds support for it in arm64. Marc, Will

[PATCH RESEND 0/6] arm64: add support for generic cpu vulnerabilities

2018-08-27 Thread Mian Yousaf Kaukab
GENERIC_CPU_VULNERABILITIES provide a common way to figure out if a system is affected by vulnerabilities like meltdown and other variants of spectre. This small series adds support for it in arm64. Thank you, Best regards, Yousaf Mian Yousaf Kaukab (6): arm64: kpti: move check for non

[PATCH RESEND 5/6] arm64: add sysfs vulnerability show for speculative store bypass

2018-08-27 Thread Mian Yousaf Kaukab
Return status based no ssbd_state. Return string "Unknown" in case CONFIG_ARM64_SSBD is disabled or arch workaround2 is not available in the firmware. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 20 1 file changed, 20 insertions(+) di

[PATCH RESEND 2/6] arm64: add sysfs vulnerability show for meltdown

2018-08-27 Thread Mian Yousaf Kaukab
Checking CSV3 support directly in case CONFIG_UNMAP_KERNEL_AT_EL0 is not enabled. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel/cpu_errata.c

[PATCH RESEND 1/6] arm64: kpti: move check for non-vulnerable CPUs to a function

2018-08-27 Thread Mian Yousaf Kaukab
Prepare to call it in generic cpu vulnerabilities support. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/include/asm/cpufeature.h | 16 arch/arm64/kernel/cpufeature.c | 9 + 2 files changed, 17 insertions(+), 8 deletions(-) diff --git a/arch/arm64/include/asm

[PATCH RESEND 3/6] arm64: add sysfs vulnerability show for spectre v1

2018-08-27 Thread Mian Yousaf Kaukab
Hard-coded since patches are merged and there are no configuration options. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel/cpu_errata.c index 996edb4e18ad

[PATCH RESEND 4/6] arm64: add sysfs vulnerability show for spectre v2

2018-08-27 Thread Mian Yousaf Kaukab
Only report mitigation present if hardening callback has been successfully installed. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch

[PATCH RESEND 6/6] arm64: enable generic CPU vulnerabilites support

2018-08-27 Thread Mian Yousaf Kaukab
Enable CPU vulnerabilty show functions for spectre_v1, spectre_v2, meltdown and store-bypass. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 0dec01a0c81c..ffd97bc0f5d5 100644 --- a/arch

[PATCH 0/6] arm64: add support for generic cpu vulnerabilities

2018-08-07 Thread Mian Yousaf Kaukab
GENERIC_CPU_VULNERABILITIES provide a common way to figure out if a system is affected by vulnerabilities like meltdown and other variants of spectre. This small series adds support for it in arm64. Thank you, Best regards, Yousaf Mian Yousaf Kaukab (6): arm64: kpti: move check for non

[PATCH 3/6] arm64: add sysfs vulnerability show for spectre v1

2018-08-07 Thread Mian Yousaf Kaukab
Hard-coded since patches are merged and there are no configuration options. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel/cpu_errata.c index 996edb4e18ad

[PATCH 4/6] arm64: add sysfs vulnerability show for spectre v2

2018-08-07 Thread Mian Yousaf Kaukab
Only report mitigation present if hardening callback has been successfully installed. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch

[PATCH 2/6] arm64: add sysfs vulnerability show for meltdown

2018-08-07 Thread Mian Yousaf Kaukab
Checking CSV3 support directly in case CONFIG_UNMAP_KERNEL_AT_EL0 is not enabled. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 24 1 file changed, 24 insertions(+) diff --git a/arch/arm64/kernel/cpu_errata.c b/arch/arm64/kernel/cpu_errata.c

[PATCH 5/6] arm64: add sysfs vulnerability show for speculative store bypass

2018-08-07 Thread Mian Yousaf Kaukab
Return status based no ssbd_state. Return string "Unknown" in case CONFIG_ARM64_SSBD is disabled or arch workaround2 is not available in the firmware. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/kernel/cpu_errata.c | 20 1 file changed, 20 insertions(+) di

[PATCH 6/6] arm64: enable generic CPU vulnerabilites support

2018-08-07 Thread Mian Yousaf Kaukab
Enable CPU vulnerabilty show functions for spectre_v1, spectre_v2, meltdown and store-bypass. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig index 0dec01a0c81c..ffd97bc0f5d5 100644 --- a/arch

[PATCH 1/6] arm64: kpti: move check for non-vulnerable CPUs to a function

2018-08-07 Thread Mian Yousaf Kaukab
Prepare to call it in generic cpu vulnerabilities support. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/include/asm/cpufeature.h | 16 arch/arm64/kernel/cpufeature.c | 9 + 2 files changed, 17 insertions(+), 8 deletions(-) diff --git a/arch/arm64/include/asm

Re: [PATCH] ACPI: processor: fix LPI when built as module

2017-05-26 Thread Mian Yousaf Kaukab
On 5/23/17 3:08 PM, Sudeep Holla wrote: On 19/05/17 10:28, Mian Yousaf Kaukab wrote: Low Power Idle(LPI) support added acpi_processor_ffh_lpi_probe() and acpi_processor_ffh_lpi_enter() as __weak functions and arch code is supposed to provide the actual callbacks. This breaks if ACPI_PROCESSOR

[PATCH] ACPI: processor: fix LPI when built as module

2017-05-19 Thread Mian Yousaf Kaukab
. Signed-off-by: Mian Yousaf Kaukab --- arch/arm64/Kconfig| 1 + arch/arm64/kernel/cpuidle.c | 2 ++ drivers/acpi/Kconfig | 3 +++ drivers/acpi/processor_idle.c | 9 +++-- 4 files changed, 13 insertions(+), 2 deletions(-) diff --git a/arch/arm64/Kconfig b/arch/arm64

[PATCH v1] irqdomain: add empty irq_domain_check_msi_remap

2017-03-02 Thread Mian Yousaf Kaukab
Fix following build error for s390: drivers/vfio/vfio_iommu_type1.c: In function 'vfio_iommu_type1_attach_group': drivers/vfio/vfio_iommu_type1.c:1290:25: error: implicit declaration of function 'irq_domain_check_msi_remap' Signed-off-by: Mian Yousaf Kaukab --- History

Re: [PATCH 2/2] vfio: type1: conditionally check MSI remapping at irq domain level

2017-03-02 Thread Mian Yousaf Kaukab
On 03/02/2017 02:46 PM, Auger Eric wrote: Hi, On 02/03/2017 13:38, Mian Yousaf Kaukab wrote: On 03/02/2017 11:24 AM, Auger Eric wrote: Hi, On 02/03/2017 11:01, Mian Yousaf Kaukab wrote: Check only if irq domains are available. Signed-off-by: Mian Yousaf Kaukab --- drivers/vfio

Re: [PATCH 1/2] irqdomain: add empty irq_domain_check_msi_remap

2017-03-02 Thread Mian Yousaf Kaukab
On 03/02/2017 02:12 PM, Auger Eric wrote: Hi Yousaf, On 02/03/2017 13:23, Mian Yousaf Kaukab wrote: On 03/02/2017 11:24 AM, Auger Eric wrote: Hi Mian Yousaf, On 02/03/2017 11:01, Mian Yousaf Kaukab wrote: Fix following build error for s390: drivers/vfio/vfio_iommu_type1.c: In function

Re: [PATCH 2/2] vfio: type1: conditionally check MSI remapping at irq domain level

2017-03-02 Thread Mian Yousaf Kaukab
On 03/02/2017 11:24 AM, Auger Eric wrote: Hi, On 02/03/2017 11:01, Mian Yousaf Kaukab wrote: Check only if irq domains are available. Signed-off-by: Mian Yousaf Kaukab --- drivers/vfio/vfio_iommu_type1.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/vfio

Re: [PATCH 1/2] irqdomain: add empty irq_domain_check_msi_remap

2017-03-02 Thread Mian Yousaf Kaukab
On 03/02/2017 11:24 AM, Auger Eric wrote: Hi Mian Yousaf, On 02/03/2017 11:01, Mian Yousaf Kaukab wrote: Fix following build error for s390: drivers/vfio/vfio_iommu_type1.c: In function 'vfio_iommu_type1_attach_group': drivers/vfio/vfio_iommu_type1.c:1290:25: error: implicit decl

[PATCH 2/2] vfio: type1: conditionally check MSI remapping at irq domain level

2017-03-02 Thread Mian Yousaf Kaukab
Check only if irq domains are available. Signed-off-by: Mian Yousaf Kaukab --- drivers/vfio/vfio_iommu_type1.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/vfio/vfio_iommu_type1.c b/drivers/vfio/vfio_iommu_type1.c index bd6f293c4ebd..e3ed50e40ead 100644 --- a

[PATCH 1/2] irqdomain: add empty irq_domain_check_msi_remap

2017-03-02 Thread Mian Yousaf Kaukab
Fix following build error for s390: drivers/vfio/vfio_iommu_type1.c: In function 'vfio_iommu_type1_attach_group': drivers/vfio/vfio_iommu_type1.c:1290:25: error: implicit declaration of function 'irq_domain_check_msi_remap' Signed-off-by: Mian Yousaf Kaukab --- include/l

[PATCH v1 Resend] usb: dwc2: gadget: fix a memory use-after-free bug

2015-09-29 Thread Mian Yousaf Kaukab
From: Yunzhi Li When dwc2_hsotg_handle_unaligned_buf_complete() hs_req->req.buf already destroyed, in dwc2_hsotg_unmap_dma(), it touches hs_req->req.dma again, so dwc2_hsotg_unmap_dma() should be called before dwc2_hsotg_handle_unaligned_buf_complete(). Otherwise, it will cause a bad_page BUG, wh