Applied "regulator: max8660: Constify regulator_ops" to the regulator tree

The patch regulator: max8660: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: max8660: Constify regulator_ops" to the regulator tree

The patch regulator: max8660: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [Qemu-devel] kvm bug in __rmap_clear_dirty during live migration

On 13/03/2017 15:58, fangying wrote: > Hi, Huang Kai > > After weeks of intensive testing, we think the problem is solved and > this issue can be closed. Thanks for the update. We got to the same conclusion. Paolo

Re: [PATCH v9 00/11] uapi: export all headers under uapi directories

Le 11/03/2017 à 06:43, Masahiro Yamada a écrit : [snip] > > I will take care of this. Thank you. > > > >> kbuild tree has not been updated since two months (4.10-rc1) :/ > > Michal's tree is not active these days. Ok, I didn't know that. > Going forward, I will queue up Kbuild patches in my

Re: [Qemu-devel] kvm bug in __rmap_clear_dirty during live migration

On 13/03/2017 15:58, fangying wrote: > Hi, Huang Kai > > After weeks of intensive testing, we think the problem is solved and > this issue can be closed. Thanks for the update. We got to the same conclusion. Paolo

Re: [PATCH v9 00/11] uapi: export all headers under uapi directories

Le 11/03/2017 à 06:43, Masahiro Yamada a écrit : [snip] > > I will take care of this. Thank you. > > > >> kbuild tree has not been updated since two months (4.10-rc1) :/ > > Michal's tree is not active these days. Ok, I didn't know that. > Going forward, I will queue up Kbuild patches in my

Applied "ASoC: cs35l35: fix semicolon.cocci warnings" to the asoc tree

The patch ASoC: cs35l35: fix semicolon.cocci warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "ASoC: cs35l35: fix semicolon.cocci warnings" to the asoc tree

The patch ASoC: cs35l35: fix semicolon.cocci warnings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "regulator: s2mps11: Constify regulator_ops" to the regulator tree

The patch regulator: s2mps11: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: s2mps11: Constify regulator_ops" to the regulator tree

The patch regulator: s2mps11: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: pfuze100-regulator: add coin support" to the regulator tree

The patch regulator: pfuze100-regulator: add coin support has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "regulator: pfuze100-regulator: add coin support" to the regulator tree

The patch regulator: pfuze100-regulator: add coin support has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "regulator: max77693: Constify regulator_ops" to the regulator tree

The patch regulator: max77693: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: max77693: Constify regulator_ops" to the regulator tree

The patch regulator: max77693: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: s5m8767: Constify regulator_ops" to the regulator tree

The patch regulator: s5m8767: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: s2mpa01: Fix inconsistent indenting" to the regulator tree

The patch regulator: s2mpa01: Fix inconsistent indenting has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "regulator: s2mpa01: Fix inconsistent indenting" to the regulator tree

The patch regulator: s2mpa01: Fix inconsistent indenting has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours)

Applied "regulator: s5m8767: Constify regulator_ops" to the regulator tree

The patch regulator: s5m8767: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: s2mpa01: Constify regulator_ops" to the regulator tree

The patch regulator: s2mpa01: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Applied "regulator: s2mpa01: Constify regulator_ops" to the regulator tree

The patch regulator: s2mpa01: Constify regulator_ops has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

Re: [PATCH] tpm: Add sysfs interface to show TPM family version

On Mon, Mar 13, 2017 at 04:59:58PM +0200, Jarkko Sakkinen wrote: > if (chip->flags & TPM_CHIP_FLAG_TPM2) > ret = sprintf(buf, "TPM 2.0"); > else > ret = sprintf(buf, "TPM 1.x"); And 1.x should be 1.2 or 1.1 Jason

Re: [PATCH] tpm: Add sysfs interface to show TPM family version

On Mon, Mar 13, 2017 at 04:59:58PM +0200, Jarkko Sakkinen wrote: > if (chip->flags & TPM_CHIP_FLAG_TPM2) > ret = sprintf(buf, "TPM 2.0"); > else > ret = sprintf(buf, "TPM 1.x"); And 1.x should be 1.2 or 1.1 Jason

Re: [v3 3/5] coresight: add support for debug module

On Fri, Mar 10, 2017 at 02:29:53PM +, Suzuki K Poulose wrote: > On 09/03/17 17:59, Leo Yan wrote: > >Hi Suziku, > >>The problem is, it is not guaranteed that the EDPCSR_Hi, EDCIDSR & EDVIDSR > >>are > >>updated as a side effect of a memory mapped access (which is what we do > >>here) to the

Re: [v3 3/5] coresight: add support for debug module

On Fri, Mar 10, 2017 at 02:29:53PM +, Suzuki K Poulose wrote: > On 09/03/17 17:59, Leo Yan wrote: > >Hi Suziku, > >>The problem is, it is not guaranteed that the EDPCSR_Hi, EDCIDSR & EDVIDSR > >>are > >>updated as a side effect of a memory mapped access (which is what we do > >>here) to the

Re: [PATCH net 1/3] cpsw/netcp: cpts depends on posix_timers

On Fri, Dec 16, 2016 at 7:18 PM, Nicolas Pitre wrote: > On Fri, 16 Dec 2016, Arnd Bergmann wrote: > >> With posix timers having become optional, we get a build error with >> the cpts time sync option of the CPSW driver: >> >> drivers/net/ethernet/ti/cpts.c: In function

Re: [PATCH net 1/3] cpsw/netcp: cpts depends on posix_timers

On Fri, Dec 16, 2016 at 7:18 PM, Nicolas Pitre wrote: > On Fri, 16 Dec 2016, Arnd Bergmann wrote: > >> With posix timers having become optional, we get a build error with >> the cpts time sync option of the CPSW driver: >> >> drivers/net/ethernet/ti/cpts.c: In function 'cpts_find_ts': >>

Re: perf: race with automatic rdpmc() disabling

On Mon, Mar 13, 2017 at 09:44:02AM -0700, Andy Lutomirski wrote: > static void x86_pmu_event_mapped(struct perf_event *event) > { > if (!(event->hw.flags & PERF_X86_EVENT_RDPMC_ALLOWED)) > return; > > if (atomic_inc_return(>mm->context.perf_rdpmc_allowed) == 1) > > <-- thread 1

Re: perf: race with automatic rdpmc() disabling

On Mon, Mar 13, 2017 at 09:44:02AM -0700, Andy Lutomirski wrote: > static void x86_pmu_event_mapped(struct perf_event *event) > { > if (!(event->hw.flags & PERF_X86_EVENT_RDPMC_ALLOWED)) > return; > > if (atomic_inc_return(>mm->context.perf_rdpmc_allowed) == 1) > > <-- thread 1

Re: [BUG] [PowerPC] Kernel Oops when booting Linux mainline

On Mon, 2017-03-13 at 14:48 +0530, Abdul Haleem wrote: > Hi, > > Mainline boot is broken on PowerPC bare metal with below traces: > Machine Type : Power 8 Bare metal > > [ OK ] Mounted Debug File System. > [ OK ] Started Nameserver information manager. > [ OK ] Started LVM2 metadata

Re: [BUG] [PowerPC] Kernel Oops when booting Linux mainline

On Mon, 2017-03-13 at 14:48 +0530, Abdul Haleem wrote: > Hi, > > Mainline boot is broken on PowerPC bare metal with below traces: > Machine Type : Power 8 Bare metal > > [ OK ] Mounted Debug File System. > [ OK ] Started Nameserver information manager. > [ OK ] Started LVM2 metadata

Re: [PATCH 1/2] dt-bindings: ata: add DT bindings for ahci-dm816 SATA controller

Hello! On 03/13/2017 07:36 PM, Bartosz Golaszewski wrote: Add DT bindings for the onboard SATA controller present on the DM816x SoCs. Signed-off-by: Bartosz Golaszewski --- Documentation/devicetree/bindings/ata/ahci-dm816.txt | 20 1 file

Re: [PATCH 1/2] dt-bindings: ata: add DT bindings for ahci-dm816 SATA controller

Hello! On 03/13/2017 07:36 PM, Bartosz Golaszewski wrote: Add DT bindings for the onboard SATA controller present on the DM816x SoCs. Signed-off-by: Bartosz Golaszewski --- Documentation/devicetree/bindings/ata/ahci-dm816.txt | 20 1 file changed, 20 insertions(+)

Re: [BUG] 4.11.0-rc1 panic on shutdown X61s

Borislav Petkov writes: > On Sun, Mar 12, 2017 at 03:55:08PM +0200, Andy Shevchenko wrote: > >> The only change that IMHO matters happened between v4.10 and v4.11-rc1 is >> this: >> >> @@ -6276,8 +6274,8 @@ static int e1000e_pm_freeze(struct device *dev) >> /*

Re: [BUG] 4.11.0-rc1 panic on shutdown X61s

Borislav Petkov writes: > On Sun, Mar 12, 2017 at 03:55:08PM +0200, Andy Shevchenko wrote: > >> The only change that IMHO matters happened between v4.10 and v4.11-rc1 is >> this: >> >> @@ -6276,8 +6274,8 @@ static int e1000e_pm_freeze(struct device *dev) >> /* Quiesce the device

Re: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

On Mon, Mar 13, 2017 at 2:41 PM, Christian König wrote: > From: Christian König > > Try to resize BAR0 to let CPU access all of VRAM. > +void amdgpu_resize_bar0(struct amdgpu_device *adev) > +{ > + u32 size =

Re: [PATCH 4/4] drm/amdgpu: resize VRAM BAR for CPU access

On Mon, Mar 13, 2017 at 2:41 PM, Christian König wrote: > From: Christian König > > Try to resize BAR0 to let CPU access all of VRAM. > +void amdgpu_resize_bar0(struct amdgpu_device *adev) > +{ > + u32 size = max(ilog2(adev->mc.real_vram_size - 1) + 1, 20) - 20; > + int r; > + > +

Re: [PATCH net-next 0/4] net-next: dsa: add Mediatek MT7530 support

On 13/03/17 17:11, sean.w...@mediatek.com wrote: From: Sean Wang MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on Mediatek router platforms such as MT7623A or MT7623N which includes 7-port Gigabit Ethernet MAC and 5-port Gigabit Ethernet PHY. Among

Re: [PATCH net-next 0/4] net-next: dsa: add Mediatek MT7530 support

On 13/03/17 17:11, sean.w...@mediatek.com wrote: From: Sean Wang MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on Mediatek router platforms such as MT7623A or MT7623N which includes 7-port Gigabit Ethernet MAC and 5-port Gigabit Ethernet PHY. Among these ports, The port

[PATCH 2/4] ARM: dts: dm8168-evm: add the external reference clock for SATA

This board has an external oscillator supplying the reference clock signal for SATA. Its rate is fixed at 100Mhz. Add a corresponding device tree node. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/dm8168-evm.dts | 6 ++ 1 file changed, 6 insertions(+)

Re: [PATCH] mm: fix condition for throttle_direct_reclaim

On Mon, Mar 13, 2017 at 8:46 AM, Michal Hocko wrote: > On Mon 13-03-17 08:07:15, Shakeel Butt wrote: >> On Mon, Mar 13, 2017 at 2:02 AM, Michal Hocko wrote: >> > On Fri 10-03-17 11:46:20, Shakeel Butt wrote: >> >> Recently kswapd has been modified to give up

[PATCH 0/4] ARM: dm8168-evm: add SATA support

This series implements support for the on-board SATA controller on the dm8168-evm board. The first patch adds the clock domain and hwmod entries for the SATA module. The second patch models the external reference clock used by SATA. The third adds the SATA node to the SoC's device tree. The

[PATCH 2/4] ARM: dts: dm8168-evm: add the external reference clock for SATA

This board has an external oscillator supplying the reference clock signal for SATA. Its rate is fixed at 100Mhz. Add a corresponding device tree node. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/dm8168-evm.dts | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH] mm: fix condition for throttle_direct_reclaim

On Mon, Mar 13, 2017 at 8:46 AM, Michal Hocko wrote: > On Mon 13-03-17 08:07:15, Shakeel Butt wrote: >> On Mon, Mar 13, 2017 at 2:02 AM, Michal Hocko wrote: >> > On Fri 10-03-17 11:46:20, Shakeel Butt wrote: >> >> Recently kswapd has been modified to give up after MAX_RECLAIM_RETRIES >> >>

[PATCH 0/4] ARM: dm8168-evm: add SATA support

This series implements support for the on-board SATA controller on the dm8168-evm board. The first patch adds the clock domain and hwmod entries for the SATA module. The second patch models the external reference clock used by SATA. The third adds the SATA node to the SoC's device tree. The

Re: [PATCH 2/4] PCI: add functionality for resizing resources v2

On Mon, Mar 13, 2017 at 2:41 PM, Christian König wrote: > From: Christian König > > This allows device drivers to request resizing their BARs. > > The function only tries to reprogram the windows of the bridge directly above > the requesting

Re: [PATCH 2/4] PCI: add functionality for resizing resources v2

On Mon, Mar 13, 2017 at 2:41 PM, Christian König wrote: > From: Christian König > > This allows device drivers to request resizing their BARs. > > The function only tries to reprogram the windows of the bridge directly above > the requesting device and only the BAR of the same type (usually mem,

[PATCH 1/4] ARM: OMAP2+: dm81xx: Add clkdm and hwmod for SATA

From: Kevin Hilman Add the SATA clockdomain (part of CM_DEFAULT) and a hwmod for the SATA block on dm81xx. Tested on DM8168 EVM. Signed-off-by: Kevin Hilman Signed-off-by: Bartosz Golaszewski ---

[PATCH 3/4] ARM: dts: dm8168-evm: add SATA node

Add the SATA controller node to the dm8168-evm device tree. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/dm8168-evm.dts | 4 arch/arm/boot/dts/dm816x.dtsi| 7 +++ 2 files changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/dm8168-evm.dts

[PATCH 3/4] ARM: dts: dm8168-evm: add SATA node

Add the SATA controller node to the dm8168-evm device tree. Signed-off-by: Bartosz Golaszewski --- arch/arm/boot/dts/dm8168-evm.dts | 4 arch/arm/boot/dts/dm816x.dtsi| 7 +++ 2 files changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/dm8168-evm.dts

[PATCH 1/4] ARM: OMAP2+: dm81xx: Add clkdm and hwmod for SATA

From: Kevin Hilman Add the SATA clockdomain (part of CM_DEFAULT) and a hwmod for the SATA block on dm81xx. Tested on DM8168 EVM. Signed-off-by: Kevin Hilman Signed-off-by: Bartosz Golaszewski --- arch/arm/mach-omap2/clockdomains81xx_data.c | 10 + arch/arm/mach-omap2/cm81xx.h

Re: [PATCH 3/4] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors

On Mon, Mar 13, 2017 at 2:41 PM, Christian König wrote: > Most BIOS don't enable this because of compatibility reasons. > > Manually enable a 64bit BAR of 64GB size so that we have > enough room for PCI devices. > +static void pci_amd_enable_64bit_bar(struct pci_dev

Re: [PATCH 3/4] x86/PCI: Enable a 64bit BAR on AMD Family 15h (Models 30h-3fh) Processors

On Mon, Mar 13, 2017 at 2:41 PM, Christian König wrote: > Most BIOS don't enable this because of compatibility reasons. > > Manually enable a 64bit BAR of 64GB size so that we have > enough room for PCI devices. > +static void pci_amd_enable_64bit_bar(struct pci_dev *dev) > +{ > + const

[PATCH 4/4] ARM: omap2plus_defconfig: enable ahci-dm816 module

This is now supported on the dm8168-evm board, so enable it in the defconfig for omap2+. Signed-off-by: Bartosz Golaszewski --- arch/arm/configs/omap2plus_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/omap2plus_defconfig

[PATCH 4/4] ARM: omap2plus_defconfig: enable ahci-dm816 module

This is now supported on the dm8168-evm board, so enable it in the defconfig for omap2+. Signed-off-by: Bartosz Golaszewski --- arch/arm/configs/omap2plus_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/configs/omap2plus_defconfig b/arch/arm/configs/omap2plus_defconfig

Re: [PATCH net-next 1/4] dt-bindings: net: dsa: add Mediatek MT7530 binding

On 03/13/2017 09:11 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add device-tree binding for Mediatek MT7530 switch. > > Cc: devicet...@vger.kernel.org > Signed-off-by: Sean Wang > --- > .../devicetree/bindings/net/dsa/mt7530.txt

Re: [PATCH net-next 1/4] dt-bindings: net: dsa: add Mediatek MT7530 binding

On 03/13/2017 09:11 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add device-tree binding for Mediatek MT7530 switch. > > Cc: devicet...@vger.kernel.org > Signed-off-by: Sean Wang > --- > .../devicetree/bindings/net/dsa/mt7530.txt | 94 > ++ > 1 file

Re: [PATCH] MIPS: BPF: Add support for SKF_AD_HATYPE

On 03/13/2017 03:56 AM, James Hogan wrote: On Fri, Mar 10, 2017 at 02:14:05PM -0800, David Daney wrote: This let's us pass some additional "modprobe test-bpf" tests. Reuse the code for SKF_AD_IFINDEX, but substitute the offset and size of the "type" field. Signed-off-by: David Daney

Re: perf: race with automatic rdpmc() disabling

On Mon, Mar 13, 2017 at 6:58 AM, Vince Weaver wrote: > Hello > > I've been trying to track this issue down for a few days and haven't been > able to isolate it. So maybe someone who understands low-level perf mmap > reference counting can help here. > > As you might

Re: [PATCH] MIPS: BPF: Add support for SKF_AD_HATYPE

On 03/13/2017 03:56 AM, James Hogan wrote: On Fri, Mar 10, 2017 at 02:14:05PM -0800, David Daney wrote: This let's us pass some additional "modprobe test-bpf" tests. Reuse the code for SKF_AD_IFINDEX, but substitute the offset and size of the "type" field. Signed-off-by: David Daney I

Re: perf: race with automatic rdpmc() disabling

On Mon, Mar 13, 2017 at 6:58 AM, Vince Weaver wrote: > Hello > > I've been trying to track this issue down for a few days and haven't been > able to isolate it. So maybe someone who understands low-level perf mmap > reference counting can help here. > > As you might recall,

[RESEND PATCH] drm/msm: adreno: fix build error without debugfs

The newly added a5xx support fails to build when debugfs is diabled: drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:4: error: 'struct msm_gpu_funcs' has no member named 'show' drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:11: error: 'a5xx_show' undeclared here (not in a function); did you mean

[RESEND PATCH] drm/msm: adreno: fix build error without debugfs

The newly added a5xx support fails to build when debugfs is diabled: drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:4: error: 'struct msm_gpu_funcs' has no member named 'show' drivers/gpu/drm/msm/adreno/a5xx_gpu.c:849:11: error: 'a5xx_show' undeclared here (not in a function); did you mean

[PATCH 2/2] ata: ahci: add support for DaVinci DM816 SATA controller

This SATA controller is quite similar to the one present on the DA850 SoC, but the PHY configuration is different and it supports two HBA ports. The IP suffers from the same PMP issue the DA850 does - if we enable PMP but don't use it - softreset fails. Appropriate workaround was implemented in

[PATCH 2/2] ata: ahci: add support for DaVinci DM816 SATA controller

This SATA controller is quite similar to the one present on the DA850 SoC, but the PHY configuration is different and it supports two HBA ports. The IP suffers from the same PMP issue the DA850 does - if we enable PMP but don't use it - softreset fails. Appropriate workaround was implemented in

[PATCH 1/2] dt-bindings: ata: add DT bindings for ahci-dm816 SATA controller

Add DT bindings for the onboard SATA controller present on the DM816x SoCs. Signed-off-by: Bartosz Golaszewski --- Documentation/devicetree/bindings/ata/ahci-dm816.txt | 20 1 file changed, 20 insertions(+) create mode 100644

[PATCH 1/2] dt-bindings: ata: add DT bindings for ahci-dm816 SATA controller

Add DT bindings for the onboard SATA controller present on the DM816x SoCs. Signed-off-by: Bartosz Golaszewski --- Documentation/devicetree/bindings/ata/ahci-dm816.txt | 20 1 file changed, 20 insertions(+) create mode 100644

Re: [PATCH net-next 1/4] dt-bindings: net: dsa: add Mediatek MT7530 binding

> +- mediatek,reset-pin: Phandle to the pinctrl node used for the reset. Which > + must be required if the property mediatek,mcm of specified as > + "disabled". See > + Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt for > + the mediatek pintcrl setting for the

[PATCH 0/2] ata: ahci-dm816: new driver

Add support for the on-board SATA controller present on TI DM816 SoCs. This IP suffers from the same issue DA850 does, that is: if we enable PMP, but connect the drive directly to the board, the disk cannot be detected. A workaround similar to the one implemented in ahci-da850 is included in this

Re: [PATCH net-next 1/4] dt-bindings: net: dsa: add Mediatek MT7530 binding

> +- mediatek,reset-pin: Phandle to the pinctrl node used for the reset. Which > + must be required if the property mediatek,mcm of specified as > + "disabled". See > + Documentation/devicetree/bindings/pinctrl/pinctrl-mt65xx.txt for > + the mediatek pintcrl setting for the

[PATCH 0/2] ata: ahci-dm816: new driver

Add support for the on-board SATA controller present on TI DM816 SoCs. This IP suffers from the same issue DA850 does, that is: if we enable PMP, but connect the drive directly to the board, the disk cannot be detected. A workaround similar to the one implemented in ahci-da850 is included in this

Re: [PATCH net-next 2/4] net-next: dsa: add Mediatek tag RX/TX handler

On 03/13/2017 09:11 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add the support for the 4-bytes tag for DSA port distinguishing inserted > allowing receiving and transmitting the packet via the particular port. > The tag is being added after the source MAC

Re: [PATCH net-next 2/4] net-next: dsa: add Mediatek tag RX/TX handler

On 03/13/2017 09:11 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add the support for the 4-bytes tag for DSA port distinguishing inserted > allowing receiving and transmitting the packet via the particular port. > The tag is being added after the source MAC address in the ethernet >

Re: [PATCH v2] tpm_crb: request and relinquish locality 0

On Sat, Mar 11, 2017 at 03:02:14PM +0200, Jarkko Sakkinen wrote: > Added two new callbacks to struct tpm_class_ops: > > - request_locality > - relinquish_locality > > These are called before sending and receiving data from the TPM. We > update also tpm_tis_core to use these callbacks. Small

Re: [PATCH v2] tpm_crb: request and relinquish locality 0

On Sat, Mar 11, 2017 at 03:02:14PM +0200, Jarkko Sakkinen wrote: > Added two new callbacks to struct tpm_class_ops: > > - request_locality > - relinquish_locality > > These are called before sending and receiving data from the TPM. We > update also tpm_tis_core to use these callbacks. Small

[RESEND PATCH] remoteproc: qcom: fix QCOM_SMD dependencies

qcom_smd_register_edge() is provided by either QCOM_SMD or RPMSG_QCOM_SMD, and if both of them are disabled, it does nothing. The check for the PIL drivers however only checks for QCOM_SMD, so it breaks with QCOM_SMD=n && RPMSG_QCOM_SMD=m: drivers/remoteproc/built-in.o: In function

[RESEND PATCH] watchdog: orion: fix compile-test dependencies

I ran into one corner case with the orion watchdog using the atomic_io_modify interface: drivers/watchdog/orion_wdt.o: In function `orion_stop': orion_wdt.c:(.text.orion_stop+0x28): undefined reference to `atomic_io_modify' drivers/watchdog/orion_wdt.o: In function `armada375_stop':

[RESEND PATCH] remoteproc: qcom: fix QCOM_SMD dependencies

qcom_smd_register_edge() is provided by either QCOM_SMD or RPMSG_QCOM_SMD, and if both of them are disabled, it does nothing. The check for the PIL drivers however only checks for QCOM_SMD, so it breaks with QCOM_SMD=n && RPMSG_QCOM_SMD=m: drivers/remoteproc/built-in.o: In function

[RESEND PATCH] watchdog: orion: fix compile-test dependencies

I ran into one corner case with the orion watchdog using the atomic_io_modify interface: drivers/watchdog/orion_wdt.o: In function `orion_stop': orion_wdt.c:(.text.orion_stop+0x28): undefined reference to `atomic_io_modify' drivers/watchdog/orion_wdt.o: In function `armada375_stop':

[PATCH v7 7/9] media: venus: hfi: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is charged with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH v7 7/9] media: venus: hfi: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is charged with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

Re: [PATCH net-next 4/4] net-next: dsa: add dsa support for Mediatek MT7530 switch

Hi Sean Just looking at the GPIO handling at the moment. > + /* Reset whole chip through gpio pin or > + * memory-mapped registers for different > + * type of hardware > + */ > + if (priv->mcm) { > + regmap_update_bits(priv->ethsys, SYSC_REG_RSTCTRL, > +

Re: [PATCH net-next 4/4] net-next: dsa: add dsa support for Mediatek MT7530 switch

Hi Sean Just looking at the GPIO handling at the moment. > + /* Reset whole chip through gpio pin or > + * memory-mapped registers for different > + * type of hardware > + */ > + if (priv->mcm) { > + regmap_update_bits(priv->ethsys, SYSC_REG_RSTCTRL, > +

[PATCH v7 8/9] media: venus: hfi: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov

[PATCH v7 8/9] media: venus: hfi: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov ---

[PATCH v7 9/9] media: venus: enable building of Venus video driver

This adds Venus driver Makefile and changes v4l2 platform Makefile/Kconfig in order to enable building of the driver. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 14 ++ drivers/media/platform/Makefile|

[PATCH v7 9/9] media: venus: enable building of Venus video driver

This adds Venus driver Makefile and changes v4l2 platform Makefile/Kconfig in order to enable building of the driver. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 14 ++ drivers/media/platform/Makefile| 2 ++

[PATCH v7 4/9] media: venus: adding core part and helper functions

* core.c has implemented the platform dirver methods, file operations and v4l2 registration. * helpers.c has implemented common helper functions for: - buffer management - vb2_ops and functions for format propagation, - functions for allocating and freeing buffers for internal

[PATCH v7 4/9] media: venus: adding core part and helper functions

* core.c has implemented the platform dirver methods, file operations and v4l2 registration. * helpers.c has implemented common helper functions for: - buffer management - vb2_ops and functions for format propagation, - functions for allocating and freeing buffers for internal

Re: [lkp-robot] [f2fs] 4ac912427c: -33.7% aim7.jobs-per-min regression

@Chao Yu/@Jaegeuk Kim: I'm considering to add this to the regressions report for 4.11; or is there a reason why it shouldn't be considered a regression? Ciao, Thorsten On 08.03.2017 02:21, kernel test robot wrote: > > Greeting, > > We noticed a -33.7 regression of aim7.jobs-per-min due to

Re: [PATCH net-next 3/4] net-next: ethernet: mediatek: add CDM able to recognize the tag for DSA

On 03/13/2017 09:11 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Allowing CDM can recognize these packets with carrying port-distinguishing > tag when CONFIG_NET_DSA_TAG_MTK is enabled. Otherwise, these packets will > be dropped by CDM ingress. > >

Re: [lkp-robot] [f2fs] 4ac912427c: -33.7% aim7.jobs-per-min regression

@Chao Yu/@Jaegeuk Kim: I'm considering to add this to the regressions report for 4.11; or is there a reason why it shouldn't be considered a regression? Ciao, Thorsten On 08.03.2017 02:21, kernel test robot wrote: > > Greeting, > > We noticed a -33.7 regression of aim7.jobs-per-min due to

Re: [PATCH net-next 3/4] net-next: ethernet: mediatek: add CDM able to recognize the tag for DSA

On 03/13/2017 09:11 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Allowing CDM can recognize these packets with carrying port-distinguishing > tag when CONFIG_NET_DSA_TAG_MTK is enabled. Otherwise, these packets will > be dropped by CDM ingress. > > Signed-off-by: Sean Wang >

[PATCH v7 0/9] Qualcomm video decoder/encoder driver

Hi all, Here is seventh version of the patch-set - no functional changes in v4l2 APIs. The changes since v6 are. * changes in DT binding document - moved memory-region DT property in video-codec node - see 2/9. * improved recovery mechanism. * fixed various issues found during

[PATCH v7 0/9] Qualcomm video decoder/encoder driver

Hi all, Here is seventh version of the patch-set - no functional changes in v4l2 APIs. The changes since v6 are. * changes in DT binding document - moved memory-region DT property in video-codec node - see 2/9. * improved recovery mechanism. * fixed various issues found during

[PATCH v7 3/9] MAINTAINERS: Add Qualcomm Venus video accelerator driver

Add an entry for Venus video encoder/decoder accelerator driver. Signed-off-by: Stanimir Varbanov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 83a42ef1d1a7..cce2537d4d00 100644 --- a/MAINTAINERS +++

[PATCH v7 2/9] doc: DT: venus: binding document for Qualcomm video driver

Add binding document for Venus video encoder/decoder driver Cc: Rob Herring Cc: devicet...@vger.kernel.org Acked-by: Rob Herring Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,venus.txt | 107

[PATCH v7 1/9] media: v4l2-mem2mem: extend m2m APIs for more accurate buffer management

this add functions for: - remove buffers from src/dst queue by index - remove exact buffer from src/dst queue also extends m2m API to iterate over a list of src/dst buffers in safely and non-safely manner. Signed-off-by: Stanimir Varbanov ---

[PATCH v7 3/9] MAINTAINERS: Add Qualcomm Venus video accelerator driver

Add an entry for Venus video encoder/decoder accelerator driver. Signed-off-by: Stanimir Varbanov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 83a42ef1d1a7..cce2537d4d00 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10400,6

[PATCH v7 2/9] doc: DT: venus: binding document for Qualcomm video driver

Add binding document for Venus video encoder/decoder driver Cc: Rob Herring Cc: devicet...@vger.kernel.org Acked-by: Rob Herring Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,venus.txt | 107 + 1 file changed, 107 insertions(+) create mode

[PATCH v7 1/9] media: v4l2-mem2mem: extend m2m APIs for more accurate buffer management

this add functions for: - remove buffers from src/dst queue by index - remove exact buffer from src/dst queue also extends m2m API to iterate over a list of src/dst buffers in safely and non-safely manner. Signed-off-by: Stanimir Varbanov --- drivers/media/v4l2-core/v4l2-mem2mem.c | 37

<    5   6   7   8   9   10   11   12   13   14   >