[PATCH v3 4/4] net: macb: Add support for suspend/resume with full power down

When macb device is suspended and system is powered down, the clocks are removed and hence macb should be closed gracefully and restored upon resume. This patch does the same by switching off the net device, suspending phy and performing necessary cleanup of interrupts and BDs. Upon resume, all the

[PATCH v3 2/4] net: macb: Support clock management for tsu_clk

TSU clock needs to be enabled/disabled as per support in devicetree and it should also be controlled during suspend/resume (WOL has no dependency on this clock). Signed-off-by: Harini Katakam --- v3 and v2: No changes drivers/net/ethernet/cadence/macb.h | 3 ++- drivers/net/ethernet/caden

[PATCH v3 1/4] net: macb: Check MDIO state before read/write and use timeouts

Replace the while loop in MDIO read/write functions with a timeout. In addition, add a check for MDIO bus busy before initiating a new operation as well to make sure there is no ongoing MDIO operation. Signed-off-by: Shubhrajyoti Datta Signed-off-by: Sai Pavan Boddu Signed-off-by: Harini Katakam

[PATCH v2 0/4] Macb power management support for ZynqMP

This series adds support for macb suspend/resume with system power down. In relation to the above, this series also updates mdio_read/write function for PM and adds tsu clock management. Harini Katakam (4): net: macb: Check MDIO state before read/write and use timeouts net: macb: Support clock

[PATCH v3 3/4] net: macb: Add pm runtime support

Add runtime pm functions and move clock handling there. Add runtime PM calls to mdio functions to allow for active mdio bus. Signed-off-by: Shubhrajyoti Datta Signed-off-by: Harini Katakam --- v3 changes: Fix exit path using goto v2 changes: Allow for mdio bus to be active Changes from RFC: Up

Re: [PATCH v2 2/4] mm: remove zone_lru_lock() function access ->lru_lock directly

On 3/1/19 12:44 AM, John Hubbard wrote: > On 2/28/19 12:33 AM, Andrey Ryabinin wrote: >> We have common pattern to access lru_lock from a page pointer: >> zone_lru_lock(page_zone(page)) >> >> Which is silly, because it unfolds to this: >> >> &NODE_DATA(page_to_nid(page))->node_zones[p

[PATCH] doc: acpi: fix path for acpidbg tool

The file: Documentation/acpi/aml-debugger.txt reports an obsolete path for the acpidbg tool. Signed-off-by: Flavio Suligoi --- Documentation/acpi/aml-debugger.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/Documentation/acpi/aml-debugger.txt b/Documentation/acpi/a

[PATCH v8 0/2] PWM support for HiFive Unleashed

This patch series adds a PWM driver and DT documentation for HiFive Unleashed board. The patches are mostly based on Wesley's patch. v8 - Typo corrections - Remove active_user and related code - Do not clear PWM_SIFIVE_PWMCFG_EN_ALWAYS - Other minor fixes v7 - Modify description of compatible pro

[PATCH v8 1/2] pwm: sifive: Add DT documentation for SiFive PWM Controller

DT documentation for PWM controller added. Signed-off-by: Wesley W. Terpstra [Atish: Compatible string update] Signed-off-by: Atish Patra Signed-off-by: Yash Shah Reviewed-by: Rob Herring --- .../devicetree/bindings/pwm/pwm-sifive.txt | 33 ++ 1 file changed, 33 in

[PATCH v8 2/2] pwm: sifive: Add a driver for SiFive SoC PWM

Adds a PWM driver for PWM chip present in SiFive's HiFive Unleashed SoC. Signed-off-by: Wesley W. Terpstra [Atish: Various fixes and code cleanup] Signed-off-by: Atish Patra Signed-off-by: Yash Shah --- drivers/pwm/Kconfig | 11 ++ drivers/pwm/Makefile | 1 + drivers/pwm/pwm-sifive

[PATCH net 0/2] Use C45 Helpers when possible

For -net. Please review! Cc: Andrew Lunn Cc: Florian Fainelli Cc: "David S. Miller" Cc: Joao Pinto Jose Abreu (2): net: phy: Use C45 Helpers in phy_read_status() net: phy: Use C45 Helpers in PHY_FORCING state drivers/net/phy/phy.c | 2 +- include/linux/phy.h | 15 +++ 2 f

[PATCH net 1/2] net: phy: Use C45 Helpers in phy_read_status()

Currently phy_read_status() considers that either the PHY driver has the read_status() callback or uses the generic callback. For C45 PHYs we need to use the gen10g_read_status() callback. Signed-off-by: Jose Abreu Cc: Andrew Lunn Cc: Florian Fainelli Cc: "David S. Miller" Cc: Joao Pinto ---

[PATCH net 2/2] net: phy: Use C45 Helpers in PHY_FORCING state

When using a C45 PHY that is in PHY_FORCING state we are currently not taking into account that this kind of PHY has different update_link functions. Use the C45 Helpers instead or the driver built-in read_status() helper, if possible. Signed-off-by: Jose Abreu Cc: Andrew Lunn Cc: Florian Faine

[PATCH net-next v2 03/15] net: mvpp2: fix alignment of MVPP2_GMAC_CONFIG_MII_SPEED definition

Cosmetic patch fix the alignment of the MVPP2_GMAC_CONFIG_MII_SPEED macro definition. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2.h b/drivers/net/etherne

[PATCH net-next v2 01/15] net: mvpp2: fix a typo in the header

This cosmetic patch fixes a typo made in a comment in the Marvell PPv2 Ethernet driver header. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2.h b/drivers/ne

[PATCH net-next v2 05/15] net: mvpp2: reconfiguring the port interface is PPv2.2 specific

This patch adds a check on the PPv2 version in-use not to reconfigure the port mode when an interface is updated when using PPv2.1 as the functions called are PPv2.2 specific. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c | 14 ++ 1 file changed, 6

[PATCH net-next v2 12/15] net: mvpp2: rework the XLG MAC reset handling

This patch reworks the way the XLG MAC is set in reset: the XLG MAC is set in reset at probe time and taken out of this state only when used. The idea is to move forward a situation where only the blocks used are taken out of reset. This also has the effect to handle the GMAC and the XLG MAC in a s

[PATCH net-next v2 13/15] net: mvpp2: reset the MACs when reconfiguring a port

This patch makes sure both PPv2 MACs (GMAC + XLG MAC) are set in reset while a port is reconfigured. This is done so that we make sure a MAC is in a reset state when not used, as only one of the two will be set out of reset after the port is configured properly. Signed-off-by: Antoine Tenart ---

[PATCH net-next v2 07/15] net: mvpp2: fix the computation of the RXQs

The patch fixes the computation of RXQs being used by the PPv2 driver, which is set depending on the PPv2 engine version and the queue mode used. There are three cases: - PPv2.1: 1 RXQ per CPU. - PPV2.2 with MVPP2_QDIST_MULTI_MODE: 1 RXQ per CPU. - PPv2.2 with MVPP2_QDIST_SINGLE_MODE: 1 RXQ is sha

[PATCH net-next v2 09/15] net: mvpp2: always disable both MACs when disabling a port

This patch modifies the port_disable() helper to always disable both the GMAC and the XLG MAC when called. At boot time we do not know of a port was enabled in the firmware/bootloader, and if so what mode was used (hence which of the two MACs was used). This also help in implementing a logic where

[PATCH net-next v2 14/15] net: mvpp2: set the XPCS and MPCS in reset when not used

This patch sets both the XPCS and MPCS blocks in reset when they aren't used. This is done both at boot time and when reconfiguring a port mode. The advantage now is that only the PCS used is set out of reset when the port is configured (10GKR uses the MCPS while RXAUI uses the XPCS). Signed-off-b

[PATCH net-next v2 15/15] net: mvpp2: set the GMAC, XLG MAC, XPCS and MPCS in reset when a port is down

This patch adds calls in the stop() helper to ensure both MACs and both PCS blocks are set in reset when the user manually sets a port down. This is done so that we have the exact same block reset states at boot time and when a port is set down. Signed-off-by: Antoine Tenart --- drivers/net/ethe

[PATCH net-next v2 04/15] net: mvpp2: a port can be disabled even if we use the link IRQ

We had a check in the mvpp2_mac_link_down() function (called by phylink) to avoid disabling the port when link interrupts are used. It turned out the interrupt can still be used with the port disabled. We can thus remove this check. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/

[PATCH net-next v2 10/15] net: mvpp2: only update the XLG configuration when needed

This patch improves the XLG configuration function, to only update the XLG configuration register when a change is needed. This helps not writing over and over the same XLG configuration each time phylink request the MAC to be configured. This mimics the GMAC configuration function. Signed-off-by:

[PATCH net-next v2 11/15] net: mvpp2: force the XLG MAC link up or down when not using in-band

This patch force the XLG MAC link state in the phylink link_up() and link_down() helpers when not using in-band auto-negotiation. This mimics what's already done for the GMAC and follows what's advised in the phylink documentation. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/m

[PATCH net-next v2 08/15] net: mvpp2: some AN fields require the link to be down when updated

The GMAC configuration helper modifies values in the auto-negotiation register. Some of its values require the port to be forced down when modifying their values. This patches fixes the check made on the bit to be updated in this register, so that the port is forced down when needed. This fix cases

[PATCH net-next v2 06/15] net: mvpp2: fix validate for PPv2.1

The Phylink validate function is the Marvell PPv2 driver makes a check on the GoP id. This is valid an has to be done when using PPv2.2 engines but makes no sense when using PPv2.1. The check done when using an RGMII interface makes sure the GoP id is not 0, but this breaks PPv2.1. Fixes it. Fixes

[PATCH net-next v2 00/15] net: mvpp2: fixes and improvements

Hello, This series aims to improve the Marvell PPv2 driver and to fix various issues we encountered while testing the ports in many different configurations. The series is based on top of Russell PPv2 phylink rework and improvement. I'm not sending a v2 of the previous fixes series as half the pa

[PATCH net-next v2 02/15] net: mvpp2: update the port documentation regarding the GoP

The Marvell PPv2 port structure stores the GoP id of a given port. This information is specific to PPv2.2, but cannot be used by PPv2.1. Update its comment to denote this specificity. Signed-off-by: Antoine Tenart --- drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 2 +- 1 file changed, 1 insertion

Re: linux-next: manual merge of the arm-soc tree with the arm64 tree

On Fri, Mar 01, 2019 at 09:10:36AM +1100, Stephen Rothwell wrote: > Today's linux-next merge of the arm-soc tree got a conflict in: > > arch/arm64/Kconfig.platforms > > between commit: > > a29c78234942 ("arm64: Kconfig.platforms: fix warning unmet direct > dependencies") > > from the arm64

[PATCH net-next v2 0/3] net: phy: marvell10g: implement suspend/resume callbacks

Hello, This series implements the suspend/resume callbacks in the marvell10g PHY driver: - When the PHY isn't used, it is set in low power mode. - At boot time we might now know the PHY status (as it's depending on the hardware configuration, or on what the previous stages configured), it is

[PATCH net-next v2 2/3] net: phy: marvell10g: add the suspend/resume callbacks for the 88x2210

When the 88x2110 PHY support was added, the suspend and resume callbacks were forgotten. This patch adds them to the 88x2110 PHY callback definition. Signed-off-by: Antoine Tenart --- drivers/net/phy/marvell10g.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/phy/marvell10g.c

[PATCH net-next v2 3/3] net: phy: marvell10g: set the PHY in low power by default

When the Marvell 10G PHYs are set out of reset, the LPOWER bit is set depending on an hardware configuration choice. We also do not know what is the PHY state at boot time. Hence, set the PHY in low power by default when this driver probes. Signed-off-by: Antoine Tenart --- drivers/net/phy/marve

[PATCH net-next v2 1/3] net: phy: marvell10g: implement suspend/resume callbacks

This patch adds the suspend/resume callbacks for Marvell 10G PHYs. The three PCS (base-t, base-r and 1000base-x) are set in low power (the PCS are powered down) when the PHY isn't used. Signed-off-by: Antoine Tenart --- drivers/net/phy/marvell10g.c | 14 ++ 1 file changed, 14 inserti

[no subject]

Yeandle https://goo.gl/Fp94bb Chris Rankin

RE: [RFC PATCH 2/2] spi: spi-mem: Add support for Zynq QSPI controller

Hi Vignesh, Thanks for the review. > -Original Message- > From: Vignesh Raghavendra > Sent: Friday, March 1, 2019 3:42 PM > To: Naga Sureshkumar Relli ; broo...@kernel.org; > bbrezil...@kernel.org > Cc: linux-...@vger.kernel.org; dw...@infradead.org; marek.va...@gmail.com; > rich...@nod.

Re: [PATCH v3 11/34] mips: mm: Add p?d_large() definitions

On 28/02/2019 18:55, Paul Burton wrote: > Hi Steven, > > On Thu, Feb 28, 2019 at 12:11:24PM +, Steven Price wrote: >> On 28/02/2019 02:15, Paul Burton wrote: >>> On Wed, Feb 27, 2019 at 05:05:45PM +, Steven Price wrote: For mips, we don't support large pages on 32 bit so add stubs ret

Re: [PATCH v3 1/2] Provide in-kernel headers for making it easy to extend the kernel

On 02/28/19 22:26, Joel Fernandes wrote: > On Fri, Mar 01, 2019 at 11:28:26AM +0900, Masami Hiramatsu wrote: > > Hi Joel, > > Hi Masami, > > > On Thu, 28 Feb 2019 10:00:54 -0500 > > Joel Fernandes wrote: > > > > > > Hmm, isn't it easier to add kernel-headers package on Android? > > > > > > I h

Re: [PATCH RFC 1/1] iommu: set the default iommu-dma mode as non-strict

Hi Leizhen, On 01/03/2019 04:44, Leizhen (ThunderTown) wrote: > > > On 2019/2/26 20:36, Hanjun Guo wrote: >> Hi Jean, >> >> On 2019/1/31 22:55, Jean-Philippe Brucker wrote: >>> Hi, >>> >>> On 31/01/2019 13:52, Zhen Lei wrote: Currently, many peripherals are faster than before. For example,

Re: [PATCH] wusb: Remove unnecessary static function ckhdid_printf

On Thu, Feb 28, 2019 at 08:38:16PM -0800, Joe Perches wrote: > This static inline is unnecessary and can be removed > by using the vsprintf %ph extension. > > This reduces overall object size by more than 2K. > > Signed-off-by: Joe Perches > --- > drivers/usb/wusbcore/cbaf.c | 15

Re: [kvmtool PATCH v6 6/6] arm/kvm: arm64: Add a vcpu feature for pointer authentication

On Fri, Mar 01, 2019 at 10:37:54AM +, Amit Daniel Kachhap wrote: > Hi, > > On 2/21/19 9:24 PM, Dave Martin wrote: > > On Tue, Feb 19, 2019 at 02:54:31PM +0530, Amit Daniel Kachhap wrote: [...] > >> diff --git a/arm/aarch64/include/kvm/kvm-config-arch.h > >> b/arm/aarch64/include/kvm/kvm-conf

Re: [PATCH v3 27/34] mm: pagewalk: Add 'depth' parameter to pte_hole

On 28/02/2019 19:00, Dave Hansen wrote: > On 2/28/19 3:28 AM, Steven Price wrote: >> static int get_level(unsigned long addr, unsigned long end) >> { >> /* Add 1 to account for ~0ULL */ >> unsigned long size = (end - addr) + 1; >> if (size < PMD_SIZE) >> return 4; >>

RE: [PATCH] dt-bindings: usb-xhci: Add r8a774c0 support

Hello Greg, I am sorry to bother you. Do you think you take this patch? Thanks, Fab > From: Fabrizio Castro > Sent: 13 December 2018 20:21 > Subject: [PATCH] dt-bindings: usb-xhci: Add r8a774c0 support > > Document RZ/G2E (R8A774C0) SoC bindings. > > Signed-off-by: Fabrizio Castro > --- > D

Re: [PATCH 20/37] softirq: Introduce disabled softirq vectors bits

On 2019-02-28 18:12:25 [+0100], Frederic Weisbecker wrote: > --- a/include/linux/interrupt.h > +++ b/include/linux/interrupt.h > @@ -474,17 +474,62 @@ enum … > +static inline unsigned int local_softirq_pending(void) > +{ > + return local_softirq_data() & SOFTIRQ_PENDING_MASK; > +} … I'm still

Re: [PATCH v3 0/2] PCI: mediatek: enable whole MMIO range and enlarge the PCIe2AHB window size

On Fri, Feb 01, 2019 at 01:36:05PM +0800, honghui.zh...@mediatek.com wrote: > From: Honghui Zhang > > Two patches: > patch 1 enable whole MMIO range which also fix the complain of > scripts/coccinelle/api/resource_size.cocci > patch 2 enlarge the PCIe2AHB window size to support fully access of 4

Re: [PATCH] PCI: imx6: Don't request "pci_aux" clock on i.MX7

On Fri, Mar 01, 2019 at 12:55:59AM -0800, Andrey Smirnov wrote: > The clock in question is not present on i.MX7, so move the code > requesting it into i.MX8MQ-only path. > > Fixes: eeb61c4e8530 ("PCI: imx6: Add code to request/control > "pcie_aux" clock for i.MX8MQ") > Reported-by: Trent Piepho >

RE: [PATCH] dt-bindings: can: rcar_can: Add r8a774c0 support

Hello Mark, I am sorry to bother you. Do you think you can take this patch? Thanks, Fab > From: Fabrizio Castro > Sent: 13 December 2018 20:20 > Subject: [PATCH] dt-bindings: can: rcar_can: Add r8a774c0 support > > Document RZ/G2E (r8a774c0) SoC specific bindings. > > Signed-off-by: Fabrizio

[RFC] perf/x86/rapl: Getting zero on energy-cores event

hi, I'm getting zero counts for energy-cores event on broadwell-x server (model 0x4f) I checked intel_rapl powercap driver and it won't export the counter if it rdmsr returns zero on it the SDM also says the rdmsr returns zero for some models I made changes on perf rapl pmu below to remove sysf

Re: next/master boot bisection: next-20190215 on beaglebone-black

On Thu, Feb 28, 2019 at 03:14:38PM -0800, Andrew Morton wrote: > hm, does b...@kernelci.org actually read emails? Let's try info@ as well.. bot@ isn't reading mails but it copies people who can look at stuff on what it sends out. signature.asc Description: PGP signature

Re: [PATCH v3 09/34] m68k: mm: Add p?d_large() definitions

On Thu, Feb 28, 2019 at 12:04:08PM +, Steven Price wrote: > On 28/02/2019 11:53, Geert Uytterhoeven wrote: > > Hi Mike, > > > > On Thu, Feb 28, 2019 at 12:37 PM Mike Rapoport wrote: > >> On Wed, Feb 27, 2019 at 08:27:40PM +0100, Geert Uytterhoeven wrote: > >>> On Wed, Feb 27, 2019 at 6:07 PM

Re: [PATCH] regulator: lp87565: Convert to use regulator_set/get_current_limit_regmap

://github.com/0day-ci/linux/commits/Axel-Lin/regulator-lp87565-Convert-to-use-regulator_set-get_current_limit_regmap/20190301-190141 base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-next config: i386-randconfig-x013-201908 (attached as .config) compiler: gcc-8 (Debian

Re: next/master boot bisection: next-20190215 on beaglebone-black

On Fri, Mar 01, 2019 at 12:40:11PM +0200, Mike Rapoport wrote: > Another thing to consider is adding "earlyprintk debug" to the kernel > command line for the boot tests. We probably don't want to do that on all the tests since it does occasionally change timing enough to "fix" things but doing a

Re: [PATCH v2 03/13] mm: Add generic p?d_large() macros

Hi Kirill, On Thu, Feb 21, 2019 at 05:57:06PM +0300, Kirill A. Shutemov wrote: > On Thu, Feb 21, 2019 at 02:46:18PM +, Steven Price wrote: > > On 21/02/2019 14:28, Kirill A. Shutemov wrote: > > > On Thu, Feb 21, 2019 at 11:34:52AM +, Steven Price wrote: > > >> From: James Morse > > >> > >

RE: [PATCH] dt-bindings: irqchip: renesas-irqc: Document r8a774c0 support

Hello Marc, I am sorry to bother you. Do you think you can take this patch? Thanks, Fab > From: linux-renesas-soc-ow...@vger.kernel.org > On Behalf Of Fabrizio Castro > Sent: 13 December 2018 20:18 > Subject: [PATCH] dt-bindings: irqchip: renesas-irqc: Document r8a774c0 support > > Document R

Re: [PATCH v2 03/13] mm: Add generic p?d_large() macros

Him Kirill, On Fri, Feb 22, 2019 at 12:06:18AM +0300, Kirill A. Shutemov wrote: > On Thu, Feb 21, 2019 at 05:16:46PM +, Steven Price wrote: > > >> Note that in terms of the new page walking code, these new defines are > > >> only used when walking a page table without a VMA (which isn't curren

RE: [PATCH 09/11] dt-bindings: can: rcar_can: Fix RZ/G2 CAN clocks

Hello Marc, I am sorry to bother you. Do you think you can take this patch? Thanks, Fab > From: Fabrizio Castro > Sent: 16 January 2019 18:38 > Subject: [PATCH 09/11] dt-bindings: can: rcar_can: Fix RZ/G2 CAN clocks > > According to the latest information, the clock options for CAN on RZ/G2 >

Re: [PATCH v5 0/3] PCI: hv: Refactor hv_irq_unmask() to use hv_vpset and cpumask_to_vpset()

On Fri, Mar 01, 2019 at 06:54:45AM +, Maya Nakamura wrote: > This patchset removes a duplicate definition of VP set (hv_vp_set) and > uses the common definition (hv_vpset) that is used in other places. It > changes the order of the members in struct hv_pcibus_device due to > flexible array in h

RE: [PATCH 11/11] dt-bindings: can: rcar_canfd: document r8a774c0 support

Hello Marc, I am sorry to bother you. Do you think you can take this patch? Thanks, Fab > From: Fabrizio Castro > Sent: 16 January 2019 18:38 > Subject: [PATCH 11/11] dt-bindings: can: rcar_canfd: document r8a774c0 support > > Document the support for rcar_canfd on R8A774C0 SoC devices. > > S

RE: [PATCH 01/11] dt-bindings: Add vendor prefix for Silicon Linux.

Thank you Andreas. > From: Andreas Färber > Sent: 15 February 2019 09:10 > Subject: Re: [PATCH 01/11] dt-bindings: Add vendor prefix for Silicon Linux. > > Hi Lukasz and Fabrizio, > > Am 15.02.19 um 07:52 schrieb Lukasz Majewski: > > The best approach is to run: > > > > git format patch -1 > >

Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC

On 28/02/2019 15:14, Pierre Morel wrote: On 28/02/2019 14:52, Cornelia Huck wrote: On Thu, 28 Feb 2019 14:16:09 +0100 Pierre Morel wrote: On 28/02/2019 12:22, Cornelia Huck wrote: So, to summarize, the function should do: - Is userspace supposed to emulate everything (!ECA_APIE)? Return   

Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC

On 01.03.2019 13:03, Pierre Morel wrote: > On 28/02/2019 15:14, Pierre Morel wrote: >> On 28/02/2019 14:52, Cornelia Huck wrote: >>> On Thu, 28 Feb 2019 14:16:09 +0100 >>> Pierre Morel wrote: >>> On 28/02/2019 12:22, Cornelia Huck wrote: >>> > So, to summarize, the function should do:

Regression: ASoC: soc-core: clear platform pointers on error

Hi Mark, Curtis, I am seeing a regression on -next where the soundcard on one of our Tegra boards fails to initialise following a probe deferral. The bisect points to the commit 78a24e10cd94420f1b4e2dc5923ae7109e2aaba1 ('ASoC: soc-core: clear platform pointers on error') and reverting this on top

Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC

On 28/02/2019 17:51, Halil Pasic wrote: On Thu, 28 Feb 2019 15:12:16 +0100 Pierre Morel wrote: On 28/02/2019 13:39, Halil Pasic wrote: On Thu, 28 Feb 2019 10:42:23 +0100 Christian Borntraeger wrote: [..] Correct? IMHO mostly. I also doing the facility checks in kvm is easier, and I thin

[PATCH] mm-remove-zone_lru_lock-function-access-lru_lock-directly-fix

A slightly better version of __split_huge_page(); Signed-off-by: Andrey Ryabinin Cc: Vlastimil Babka Cc: Mel Gorman Cc: Johannes Weiner Cc: Michal Hocko Cc: Rik van Riel Cc: William Kucharski Cc: John Hubbard --- mm/huge_memory.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

[PATCH] habanalabs: use do_div for 64-bit divisions

This patch fix compilation error in 32-bit ARM architecture regarding division of 2 64-bit variables. Use the kernel do_div() macro, which is implemented per architecture, for doing these divisions instead of using the / operator. Reported-by: kbuild test robot Signed-off-by: Oded Gabbay --- d

Re: [PATCH net-next 1/6] net: core: dev_addr_lists: add VID to device address

On Wed, Feb 27, 2019 at 08:24:00PM -0800, Florian Fainelli wrote: On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote: Despite this is supposed to be used for Ethernet VLANs, not Ethernet addresses with space for VID also can reuse this, so VID is considered as virtual ID extension, not belonging stric

Re: [PATCH v6 4/6] arm64/kvm: add a userspace option to enable pointer authentication

On Fri, Mar 01, 2019 at 09:41:20AM +, Amit Daniel Kachhap wrote: > Hi, > > On 2/21/19 9:23 PM, Dave Martin wrote: > > On Tue, Feb 19, 2019 at 02:54:29PM +0530, Amit Daniel Kachhap wrote: > >> This feature will allow the KVM guest to allow the handling of > >> pointer authentication instructions

Re: [PATCH net-next 2/6] net: 8021q: vlan_dev: add vid tag to addresses of uc and mc lists

On Wed, Feb 27, 2019 at 08:09:44PM -0800, Florian Fainelli wrote: On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote: Update vlan mc and uc addresses with VID tag while propagating addresses to lower devices, do this only if address is not synced. It allows at end driver level to distinguish address

[PATCH] driver core: platform: remove misleading err_alloc label

From: Johannes Berg In platform_device_register_full() the err_alloc label is misleading, we only ever jump to it if the pdev is NULL, but it then proceeds to free it, which is a no-op. Remove the label and simply exit the function immediately. Signed-off-by: Johannes Berg --- drivers/base/pl

Re: [PATCH v4 3/5] arm64: dts: imx8mq: Add SAI2 node

On Thu, Feb 28, 2019 at 8:49 PM Fabio Estevam wrote: > > On Wed, Feb 27, 2019 at 3:38 AM Daniel Baluta wrote: > > > + sai2: sai@308b { > > + #sound-dai-cells = <0>; > > + compatible = "fsl,imx8mq-sai", > > +

Re: [PATCH 6/8] i915,uaccess: Fix redundant CLAC

On Fri, Mar 01, 2019 at 11:34:52AM +0100, Peter Zijlstra wrote: > Let me do an allmodconfig build to see how much pain is caused by that > redundant CLAC warning. arch/x86/lib/usercopy_64.o: warning: objtool: .altinstr_replacement+0x30: redundant UACCESS disable drivers/gpu/drm/i915/i915_gem_exe

Re: [PATCH net-next 3/6] net: 8021q: vlan_dev: add vid tag for vlan device own address

On Wed, Feb 27, 2019 at 08:13:34PM -0800, Florian Fainelli wrote: On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote: The vlan device address is held separately from uc/mc lists and handled differently. The vlan dev address is bound with real device address only if it's inherited from init, in all o

Re: [PATCH v2 03/13] mm: Add generic p?d_large() macros

On Fri, Mar 01, 2019 at 01:49:53PM +0200, Mike Rapoport wrote: > Hi Kirill, > > On Thu, Feb 21, 2019 at 05:57:06PM +0300, Kirill A. Shutemov wrote: > > On Thu, Feb 21, 2019 at 02:46:18PM +, Steven Price wrote: > > > On 21/02/2019 14:28, Kirill A. Shutemov wrote: > > > > On Thu, Feb 21, 2019 at

Re: [PATCH] mm-remove-zone_lru_lock-function-access-lru_lock-directly-fix

On 3/1/19 1:16 PM, Andrey Ryabinin wrote: > A slightly better version of __split_huge_page(); > > Signed-off-by: Andrey Ryabinin Ack. > Cc: Vlastimil Babka > Cc: Mel Gorman > Cc: Johannes Weiner > Cc: Michal Hocko > Cc: Rik van Riel > Cc: William Kucharski > Cc: John Hubbard > --- > mm/

Re: [PATCH v2 03/13] mm: Add generic p?d_large() macros

On Fri, Mar 01, 2019 at 01:53:01PM +0200, Mike Rapoport wrote: > Him Kirill, > > On Fri, Feb 22, 2019 at 12:06:18AM +0300, Kirill A. Shutemov wrote: > > On Thu, Feb 21, 2019 at 05:16:46PM +, Steven Price wrote: > > > >> Note that in terms of the new page walking code, these new defines are > >

Re: [PATCH] scripts/kconfig/Makefile: use KCONFIG_CONFIG if set

Hi Arseny, > In a kernel source tree: > % make mrproper > % make KCONFIG_CONFIG=.myconfig kvmconfig' > HOSTCC scripts/basic/fixdep > HOSTCC scripts/kconfig/conf.o > HOSTCC scripts/kconfig/confdata.o > HOSTCC scripts/kconfig/expr.o > HOSTCC scripts/kconfig/symbol.o > HOSTCC scrip

Re: [PATCH v4 1/7] s390: ap: kvm: add PQAP interception for AQIC

On Fri, 1 Mar 2019 13:05:54 +0100 Christian Borntraeger wrote: > On 01.03.2019 13:03, Pierre Morel wrote: > > On 28/02/2019 15:14, Pierre Morel wrote: > >> On 28/02/2019 14:52, Cornelia Huck wrote: > >>> On Thu, 28 Feb 2019 14:16:09 +0100 > >>> Pierre Morel wrote: > >>> > On 28/02/201

Re: [PATCH] printk: Remove no longer used LOG_PREFIX.

On Fri 2019-03-01 19:31:59, Tetsuo Handa wrote: > Can this patch go to Linux 5.1? I am going to look at it the following week. I do not think that it is necessary to hurry a clean up of old stuff up into 5.1. I believe that it is correct. But it is not a typo fix. For example, I want to double ch

[RFT][PATCH 0/2] cpufreq: intel_pstate: Handle _PPC updates on global turbo disable/enable

Hi All, This is how I would fix the issue reported in BZ 200759 (see this patch series from Yu too: https://marc.info/?l=linux-pm&m=155137672924029&w=2). Patch [1/2] causes intel_pstate to update all policies if it gets a _PPC change notification and sees a global turbo disable/enable change. Pa

[PATCH] log2: make is_power_of_2() integer constant expression when possible

While is_power_of_2() is an inline function and likely gets optimized for compile time constant arguments, it still doesn't produce an integer constant expression that could be used in, say, static data initialization or case labels. Make is_power_of_2() an integer constant expression when possibl

[RFT][PATCH 2/2] cpufreq: intel_pstate: Update max CPU frequency on global turbo changes

From: Rafael J. Wysocki While the cpuinfo.max_freq value doesn't really matter for intel_pstate in the active mode, in the passive mode it is used by governors as the maximum physical frequency of the CPU and the results of governor computations generally depend on it. Also it is made available

[RFT][PATCH 1/2] cpufreq: intel_pstate: Driver-specific handling of _PPC updates

From: Rafael J. Wysocki In some cases, the platform firmware disables or enables turbo frequencies for all CPUs globally before triggering a _PPC change notification for one of them. Obviously, that global change affects all CPUs, not just the notified one, and it needs to be acted upon by cpufr

Re: [PATCH] pcie: qcom: Add support for sdm845 PCIe controller

Hi Bjorn, Thanks for the patch! On 2/26/19 9:01 AM, Bjorn Andersson wrote: > The SDM845 has one Gen2 and one Gen3 controller, add support for these. > > Due to lack of hardware only the Gen2 controller has been verified. > > Signed-off-by: Bjorn Andersson > --- > .../devicetree/bindings/pci/q

Re: [PATCH] regulator: lp87565: Convert to use regulator_set/get_current_limit_regmap

://github.com/0day-ci/linux/commits/Axel-Lin/regulator-lp87565-Convert-to-use-regulator_set-get_current_limit_regmap/20190301-190141 base: https://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git for-next config: nds32-allyesconfig (attached as .config) compiler: nds32le-linux-gcc (GCC

Re: [PATCH 6/8] i915,uaccess: Fix redundant CLAC

On Fri, Mar 01, 2019 at 01:27:45PM +0100, Peter Zijlstra wrote: > arch/x86/lib/usercopy_64.o: warning: objtool: .altinstr_replacement+0x30: > redundant UACCESS disable > The usercopy one is difficult, that's copy_user_handle_tail(), it is > buggered though, because that lacks notrace and thus has

[RFT][Update][PATCH 2/2] cpufreq: intel_pstate: Update max CPU frequency on global turbo changes

From: Rafael J. Wysocki While the cpuinfo.max_freq value doesn't really matter for intel_pstate in the active mode, in the passive mode it is used by governors as the maximum physical frequency of the CPU and the results of governor computations generally depend on it. Also it is made available

[PATCH v2 2/3] dt-bindings: Add Rocktech jh057n00900 panel bindings

The Rocktec jh057n00900 is a 5.5" MIPI DSI video mode panel with a 720x1440 resolution and a built in backlight. Signed-off-by: Guido Günther --- .../display/panel/rocktech,jh057n00900.txt | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 Documentation/devicetree

[PATCH v2 0/3] drm/panel: Support Rocktech jh057n00900 DSI panel

It's a 5.5" 720x1440 TFT LCD MIPI DSI panel with built in touchscreen and backlight as found in the Librem 5 devkit. These patches are against linux next as of 2019-02-08. Changes from v1 * As per review comments from Sam Ravnborg * Make SPDX-License-Identifier match MODULE_LICENSE * Sort inc

[PATCH v2 3/3] drm/panel: Add Rocktech jh057n00900 panel driver

Support Rocktech jh057n00900 5.5" 720x1440 TFT LCD panel. It is a MIPI DSI video mode panel. The panel seems to use a Sitronix ST7703 look alike (most of the commands look similar to the ST7703's data sheet but use a different number of parameters). The initial version of the DSI init sequence (in

[PATCH v2 1/3] dt-bindings: Add vendor prefix for ROCKTECH DISPLAYS LIMITED

Add ROCKTECH DISPLAYS LIMITED (https://rocktech.com.hk) LCD panel supplier. Signed-off-by: Guido Günther --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree

Re: [PATCH] driver core: platform: remove misleading err_alloc label

On Fri, Mar 1, 2019 at 2:01 PM Johannes Berg wrote: > > From: Johannes Berg > > In platform_device_register_full() the err_alloc label is > misleading, we only ever jump to it if the pdev is NULL, > but it then proceeds to free it, which is a no-op. > > Remove the label and simply exit the functi

Re: [PATCH] log2: make is_power_of_2() integer constant expression when possible

Quoting Jani Nikula (2019-03-01 12:52:07) > While is_power_of_2() is an inline function and likely gets optimized > for compile time constant arguments, it still doesn't produce an integer > constant expression that could be used in, say, static data > initialization or case labels. > > Make is_po

Re: [PATCH net-next 4/6] ethernet: eth: add default vid len for all ehternet kind devices

On Wed, Feb 27, 2019 at 08:29:20PM -0800, Florian Fainelli wrote: On 2/26/2019 10:45 AM, Ivan Khoronzhuk wrote: IVDF - individual virtual device filtering. Allows to set per vlan l2 address filters on end real network device (for unicast and for multicast) and drop redundant not expected packe

Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

On 03/01/2019 07:25 AM, Alex Ghiti wrote: On 2/28/19 5:26 PM, Mike Kravetz wrote: On 2/28/19 12:23 PM, Dave Hansen wrote: On 2/28/19 11:50 AM, Mike Kravetz wrote: On 2/28/19 11:13 AM, Dave Hansen wrote: +    if (hstate_is_gigantic(h) && !IS_ENABLED(CONFIG_CONTIG_ALLOC)) { +    spin_lock(

Re: [PATCH v4 2/2] iio: adc: ti-ads7950: add GPIO support

On Thu, Feb 28, 2019 at 11:17 PM wrote: > From: Justin Chen > > The ADS79XX has GPIO pins that can be used. Add support for the GPIO > pins using the GPIO chip framework. > > Signed-off-by: Justin Chen This looks good from a GPIO point of view. Reviewed-by: Linus Walleij Yours, Linus Walleij

Re: [PATCH 11/15] ARM: versatile: fix a leaked reference by addingmissing of_node_put

On Fri, Mar 1, 2019 at 9:57 AM Wen Yang wrote: > The call to of_get_next_child returns a node pointer with refcount > incremented thus it must be explicitly decremented after the last > usage. > > Detected by coccinelle with the following warnings: > ./arch/arm/mach-versatile/versatile_dt.c:315:2

Re: [PATCH] scripts/package/mkdebian: expose KCONFIG_CONFIG to debian/rules

Hi, > If KCONFIG_CONFIG is passed to `make deb-pkg` as a makeflag or > environment variable, the source tarball produced contains whatever > specified by that variable instead of the usual `.config'. > While `make deb-pkg' yields a correct Debian binary package (at least > on amd64), the generate

Re: [PATCH v4 4/4] hugetlb: allow to free gigantic pages regardless of the configuration

On 3/1/19 2:21 PM, Alexandre Ghiti wrote: > I collected mistakes here: domain name expired and no mailing list added :) > Really sorry about that, I missed the whole discussion (if any). > Could someone forward it to me (if any) ? Thanks ! Bounced you David and Mike's discussion (4 messages total)

Re: [PATCH] scripts/package/Makefile: put proper config in source tarball

Hi, > It is widely known that one can build a kernel without a .config in the > source tree by setting KCONFIG_CONFIG equal to the actual configuration > file path. > When making a *-pkg target, make(1) prepares a source tarball and tries > to pack `.config' in there regardless of the value of KC

Re: [PATCH v7 1/6] fieldbus_dev: add Fieldbus Device subsystem.

> > > > > >> + > > >> +MODULE_AUTHOR("Sven Van Asbroeck "); > > >> +MODULE_AUTHOR("Jonathan Stiles "); > > >> +MODULE_DESCRIPTION("Fieldbus Device Driver Core"); > > >> +MODULE_LICENSE("GPL v2"); > > > > Sven, as this code appears to be all by ArcX people, any chance you can > > make it just GPL

<    1   2   3   4   5   6   7   8   >