[PATCH net-next,0/4] hv_netvsc: Ethtool handler to change UDP hash levels

From: Haiyang Zhang The patch set adds the functions to switch UDP hash level between L3 and L4 by ethtool command. UDP over IPv4 and v6 can be set differently. The default hash level is L4. We currently only allow switching TX hash level from within the guests. The

Re: [PATCH v5 14/16] dt-bindings: qcom_nandc: IPQ8074 QPIC NAND documentation

On Thu, Aug 17, 2017 at 05:37:52PM +0530, Abhishek Sahu wrote: > Qualcom IPQ8074 SoC uses QPIC NAND controller version 1.5.0 > which uses BAM DMA Engine. > > Signed-off-by: Abhishek Sahu > --- > > * Changes from v4: None > >

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

Hi, On Aug 18 2017 16:23, Oleksandr Andrushchenko wrote: >> You mean that any alsa-lib or libpulse applications run on Dom0 as a >> backend driver for the frontend driver on DomU? >> > No, the sound backend [1] is a user-space application (ALSA/PulseAudio > client) > which runs as a Xen

Re: [PATCH v2 2/2] dt-bindings: input: Add documentation for cyttsp5

On Fri, Aug 18, 2017 at 08:20:45AM +0200, Mylène Josserand wrote: > Add the Cypress TrueTouch Generation 5 touchscreen device tree bindings > documentation. It can use I2C or SPI bus. > This touchscreen can handle some defined zone that are designed and > sent as button. To be able to customize

Re: [PATCH v4 2/9] ASoC: rockchip: Remove obsolete dmic-delay

On Fri, Aug 18, 2017 at 11:11:40AM +0800, Jeffy Chen wrote: > This property is no longer used. > > Signed-off-by: Jeffy Chen > --- > > Changes in v4: None > Changes in v3: None > Changes in v2: None > > .../bindings/sound/rockchip,rk3399-gru-sound.txt | 7

Re: [PATCH] PM / Hibernate: Feed the wathdog when creating snapshot

Hi Andrew, On Mon, Aug 21, 2017 at 01:26:00PM -0700, Andrew Morton wrote: > On Mon, 21 Aug 2017 23:08:18 +0800 Chen Yu wrote: > > > There is a problem that when counting the pages for creating > > the hibernation snapshot will take significant amount of > > time, especially

Re: [PATCH v2 1/3] media: V3s: Add support for Allwinner CSI.

Hi Hans, On Mon, 21 Aug 2017 16:37:41 +0200 Hans Verkuil wrote: > Hi Yong, > > First two high-level comments before I start the review: > > 1) Can you provide the v4l2-compliance output? I can't merge this unless I >see that it passes the compliance tests. Make sure

[PATCH v4 3/4] dt-bindings: PCI: rockchip: Add support for pcie wake irq

Add an optional interrupt for PCIE_WAKE pin. Signed-off-by: Jeffy Chen --- Changes in v4: None Changes in v3: None Changes in v2: None .../devicetree/bindings/pci/rockchip-pcie.txt| 20 1 file changed, 12 insertions(+), 8 deletions(-)

[PATCH v4 4/4] arm64: dts: rockchip: Handle pcie wake in pcie driver for Gru

Currently we are handling pcie wake irq in mrvl wifi driver. Move it to rockchip pcie driver for Gru boards. Signed-off-by: Jeffy Chen --- Changes in v4: None Changes in v3: None Changes in v2: None arch/arm64/boot/dts/rockchip/rk3399-gru.dtsi | 15 +--

[PATCH v4 1/4] PCI: rockchip: Fix error handlings

Fix error handlings in probe & resume. Signed-off-by: Jeffy Chen --- Changes in v4: Rebase on newest for-next branch, also fix error handling by: 1e7f570a1b86 PCI: rockchip: Idle inactive PHY(s) Changes in v3: None Changes in v2: None

linux-next: manual merge of the tip tree with the arm64 tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: drivers/firmware/efi/libstub/arm64-stub.c between commit: 170976bcab07 ("efi/arm64: add EFI_KIMG_ALIGN") from the arm64 tree and commit: 0426a4e68f18 ("efi/libstub/arm64: Force 'hidden' visibility for section

linux-next: manual merge of the tip tree with the iommu tree

Hi all, Today's linux-next merge of the tip tree got conflicts in: drivers/iommu/amd_iommu.c drivers/iommu/amd_iommu_init.c drivers/iommu/amd_iommu_proto.h drivers/iommu/amd_iommu_types.h between commits: 4c232a708be1 ("iommu/amd: Detect pre enabled translation") 9494ea90a56d

[PATCH v2 3/4] net: phy: realtek: add disable RX internal delay mode

From: Icenowy Zheng Some RTL8211E chips have broken GbE function, which needs a hack to fix. It's said that this fix will affect the performance on not-buggy PHYs, so it should only be enabled on boards with the broken PHY. Currently only some Pine64+ boards are known to have

linux-next: manual merge of the rcu tree with the tip tree

Hi all, Today's linux-next merge of the rcu tree got a conflict in: arch/x86/mm/tlb.c between commit: 94b1b03b519b ("x86/mm: Rework lazy TLB mode and TLB freshness tracking") from the tip tree and commit: 3ed668659e95 ("membarrier: Document scheduler barrier requirements") from the

Re: [PATCH 2/2] sched/fair: Fix use of NULL with find_idlest_group

Hi Peter, On Mon, Aug 21, 2017 at 2:14 PM, Peter Zijlstra wrote: > On Mon, Aug 21, 2017 at 04:21:28PM +0100, Brendan Jackman wrote: >> The current use of returning NULL from find_idlest_group is broken in >> two cases: >> >> a1) The local group is not allowed. >> >>In

Re: [GIT PULL] phy: for 4.14

Hi Greg, On Monday 21 August 2017 06:15 PM, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find the phy pull request for 4.14 merge window below. > > It adds a new USB phy driver for Ralink SoC, add support for PCIe and > SATA PHY in phy-mt65xx-usb3 driver, add support for allwinner A83T >

Re: [RFC v1 2/6] platform/x86: intel_pmc_ipc: Use devm_* calls in driver probe

Hi, On 08/18/2017 05:24 AM, Andy Shevchenko wrote: On Tue, Aug 1, 2017 at 9:13 PM, wrote: From: Kuppuswamy Sathyanarayanan This patch cleans up unnecessary free/alloc calls in this driver by using

Re: [PATCH v3] net: sunrpc: svcsock: fix NULL-pointer exception

On Mon, 2017-08-21 at 04:56 -0400, Vadim Lomovtsev wrote: > While running nfs/connectathon tests kernel NULL-pointer exception > has been observed due to races in svcsock.c. > > Race is appear when kernel accepts connection by kernel_accept > (which creates new socket) and start queuing ingress

[PATCH] lib/cmldine.c: Clean up the meaningless comment

One line of code was commented out by c++ style comment for debugging, but forgot removing it. Clean it up. Signed-off-by: Baoquan He --- lib/cmdline.c | 1 - 1 file changed, 1 deletion(-) diff --git a/lib/cmdline.c b/lib/cmdline.c index 4c0888c4a68d..171c19b6888e 100644 ---

Re: [PATCH] lib/cmdline.c: add to the get_options() documentation

> On Aug 21, 2017, at 1:46 PM, Dan Carpenter wrote: > > I wasn't sure how get_options() worked, so I looked at examples. And by > sheer chance the first example I picked the only example which uses it > incorrectly... I've added some comments that hopefully help. >

Re: [RESEND PATCH v5] locking/pvqspinlock: Relax cmpxchg's to improve performance on some archs

On Tue, Aug 15, 2017 at 07:40:35PM +0100, Will Deacon wrote: > On Mon, Aug 14, 2017 at 08:47:11PM +0200, Peter Zijlstra wrote: > > On Mon, Aug 14, 2017 at 01:01:22PM +0100, Will Deacon wrote: > > > Yeah, that's right, you can't use the STXR status flag to create control > > > dependencies. > > >

[V2 1/4] MIPS: dts: ralink: Add Mediatek MT7628A SoC

The MT7628A is the successor to the MT7620 and pin compatible with the MT7688A, although the latter supports only a 1T1R antenna rather than a 2T2R antenna. This commit adds support for the following features: - UART - USB PHY - EHCI - Interrupt controller - System controller - Memory controller

[V2 2/4] dt-bindings: vendors: Add VoCore as a vendor

VoCore are a manufacturer of devices such as the VoCore2. Signed-off-by: Harvey Hunt Acked-by: Rob Herring Cc: linux-kernel@vger.kernel.org Cc: devicet...@vger.kernel.org Cc: linux-m...@linux-mips.org --- Changes in V2: - None

Re: [PATCH] mfd: max77693: Add muic of_compatible in mfd_cell

Hi, On 2017년 08월 21일 19:53, Maciej Purski wrote: > This patch adds muic of_compatible in order to use the muic device > driver in device tree. > > Signed-off-by: Maciej Purski > --- > drivers/mfd/max77693.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > >

[PATCH v2 2/8] iommu/mediatek: Move MTK_M4U_TO_LARB/PORT into mtk_iommu.c

The definition of MTK_M4U_TO_LARB and MTK_M4U_TO_PORT are shared by all the gen2 M4U HWs. Thus, Move them out from mt8173-larb-port.h, and put them into the c file. Suggested-by: Honghui Zhang Signed-off-by: Yong Wu --- This patch only moves the

[PATCH v2 0/8] MT2712 IOMMU SUPPORT

This patchset mainly adds support for M4U of mt2712. The M4U in mt2712 is MTK's generation2 M4U which use the ARM Short-descriptor like mt8173. The main difference is that there are 2 M4Us and 2 smi-commons in mt2712, while there is only 1 M4U and 1 smi-common in mt8173. The purpose is for

[PATCH v2 1/8] dt-bindings: mediatek: Add binding for mt2712 IOMMU and SMI

This patch adds decriptions for mt2712 IOMMU and SMI. In order to balance the bandwidth, mt2712 has two M4Us, two smi-commons, 10 smi-larbs. and mt2712 is also MTK IOMMU gen2 which uses ARM Short-Descriptor translation table format. The mt2712 M4U-SMI HW diagram is as below:

[PATCH v2 4/8] iommu/mediatek: Merge 2 M4U HWs into one iommu domain

In theory, If there are 2 M4U HWs, there should be 2 IOMMU domains. But one IOMMU domain(4GB iova range) is enough for us currently, It's unnecessary to maintain 2 pagetables. Besides, This patch can simplify our consumer code largely. They don't need map a iova range from one domain into

[PATCH v2 6/9] ata: ceva: Add CCI support for SATA if CCI is enabled

From: Anurag Kumar Vulisha This patch adds support for CCI in SATA controller if CCI is enabled in design. This patch will add CCI settings for SATA if "dma-coherent" dts property is added. Signed-off-by: Anurag Kumar Vulisha Signed-off-by:

[PATCH v2 2/9] ata: ceva: Move sata port phy oob settings to device-tree

From: Anurag Kumar Vulisha In SATA Speed negotiation happens with OOB(Out of Band) signals. These OOB signal timing values are configured through vendor specific registers in the SATA controller. These OOB timings depends on the generator and detector clock

[patch v5 1/3] drivers: jtag: Add JTAG core driver

Initial patch for JTAG friver JTAG class driver provide infrastructure to support hardware/software JTAG platform drivers. It provide user layer API interface for flashing and debugging external devices which equipped with JTAG interface using standard transactions. Driver exposes set of IOCTL to

Re: [PATCH] staging: vboxvideo: constify drm_fb_helper_funcs

Hi, On 21-08-17 12:06, Arvind Yadav wrote: drm_fb_helper_funcs are not supposed to change at runtime. All functions working with drm_fb_helper_funcs provided by work with const drm_fb_helper_funcs. So mark the non-const structs as const. Signed-off-by: Arvind Yadav

Re: [PATCH 2/2] net: phy: Don't use drv when it is NULL in phy_attached_print

Hello, Le 21/08/2017 à 11:45, Sergei Shtylyov a écrit : > Hello! > > On 8/21/2017 10:52 AM, Romain Perier wrote: > >> Currently, if this logging function is used prior the phy driver is >> binded to the phy device (that is usually done from .ndo_open), > >s/binded/bound/. > >> 'phydev->drv'

[PATCH v2 2/2] net: phy: Don't use drv when it is NULL in phy_attached_print

Currently, if this logging function is used prior the phy driver is bound to the phy device (that is usually done from .ndo_open), 'phydev->drv' might be NULL, resulting in a kernel crash. That is typically the case in the stmmac driver, info about the phy is displayed during the registration of

[PATCH v2 0/2] net: stmmac: phy logging fixes

This set of patches fixes issues related to logging. First it delete old code that is no longer used in stmmac_mdio_register(). Then, it fixes a crash that happens when phydev->drv is NULL and phy_attached_info() is called prior phy_driver is binded to phydev. Changes in v2: - Fixed wording in

Re: [PATCH -mm -v2] mm: Clear to access sub-page last when clearing huge page

On Tue 15-08-17 09:46:18, Huang, Ying wrote: > From: Huang Ying > > Huge page helps to reduce TLB miss rate, but it has higher cache > footprint, sometimes this may cause some issue. For example, when > clearing huge page on x86_64 platform, the cache footprint is 2M. But

Re: [PATCH] lib/cmdline.c: add to the get_options() documentation

On Mon, Aug 21, 2017 at 02:42:52PM +0400, Ilya Matveychikov wrote: > > > On Aug 21, 2017, at 1:46 PM, Dan Carpenter wrote: > > > > I wasn't sure how get_options() worked, so I looked at examples. And by > > sheer chance the first example I picked the only example

Re: [PATCH] dmaengine: qcom-bam: Process multiple pending descriptors

Hi Vinod, async_desc->num_desc = num_alloc; async_desc->curr_desc = async_desc->desc; @@ -680,13 +684,18 @@ static struct dma_async_tx_descriptor *bam_prep_slave_sg(struct dma_chan *chan, static int bam_dma_terminate_all(struct dma_chan *chan) {

Re: [PATCH 1/7 v3] media: vb2: add bidirectional flag in vb2_queue

Hi Stanimir, On 2017-08-21 13:34, Stanimir Varbanov wrote: This change is intended to give to the v4l2 drivers a choice to change the default behavior of the v4l2-core DMA mapping direction from DMA_TO/FROM_DEVICE (depending on the buffer type CAPTURE or OUTPUT) to DMA_BIDIRECTIONAL during

Re: [PATCH v3] serial: 8250_of: Add basic PM runtime support

On Thursday 17 August 2017 02:25 AM, Franklin S Cooper Jr wrote: > 66AK2G UART instances are not apart of the ALWAYS_ON power domain. > Therefore, pm_runtime calls must be made to properly insure the appropriate > power domains needed by UART are on. Keep legacy clk api calls since other > users

Re: [PATCH] mmc: vub300: constify usb_device_id

On 9 August 2017 at 19:50, Arvind Yadav wrote: > usb_device_id are not supposed to change at runtime. All functions > working with usb_device_id provided by work with > const usb_device_id. So mark the non-const structs as const. > > Signed-off-by: Arvind Yadav

Re: [PATCH v1 4/4] KVM: MMU: Expose the LA57 feature to VM.

On 8/21/2017 6:12 PM, Paolo Bonzini wrote: On 21/08/2017 09:27, Yu Zhang wrote: On 8/18/2017 8:50 PM, Paolo Bonzini wrote: On 18/08/2017 10:28, Yu Zhang wrote: On 8/17/2017 10:29 PM, Paolo Bonzini wrote: On 17/08/2017 13:53, Yu Zhang wrote: On 8/17/2017 7:57 PM, Paolo Bonzini wrote: On

Re: [PATCH] mmc: mmci: stop building qcom dml as module

On 10 August 2017 at 16:54, wrote: > From: Srinivas Kandagatla > > It does not make sense for qcom dml code to be a seperate module, as > this has just 2 helper functions specific to qcom, and used directly by > mmci driver, so

[PATCH 0/5] BTRFS: Fine-tuning for five function implementations

From: Markus Elfring Date: Mon, 21 Aug 2017 14:30:12 +0200 A few update suggestions were taken into account from static source code analysis. Markus Elfring (5): Use common error handling code in tree_mod_log_eb_copy() Use common error handling code in

[PATCH 5/5] btrfs: Use common error handling code in btrfs_mark_extent_written()

From: Markus Elfring Date: Mon, 21 Aug 2017 14:15:23 +0200 Add jump targets so that a bit of exception handling can be better reused at the end of this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

Modifying the vboxguest ioctl API (Was: Re: [vbox-dev] [RFC] VGDrvCommonIoCtl: Add f32bit flag argument)

Hi, On 14-08-17 14:19, Hans de Goede wrote: Hi, On 14-08-17 13:43, Knut St. Osmundsen wrote: Hi Hans, the other platforms also have KPIs or similar constructs for figuring out whether the client process issuing the I/O controls is a 32-bit or 64-bit one. However, using the

Re: [dm-devel] [PATCH v5 12/19] dm: move dm-verity to generic async completion

On Sat, Aug 19, 2017 at 11:08 PM, Mikulas Patocka wrote: > > > > On Mon, 14 Aug 2017, Gilad Ben-Yossef wrote: > > > dm-verity is starting async. crypto ops and waiting for them to complete. > > Move it over to generic code doing the same. > > > > This also fixes a possible

Re: [PATCH V3 net-next] net: hns3: Add support to change MTU in HNS3 hardware

On Mon, Aug 21, 2017 at 11:12:23AM +0100, Salil Mehta wrote: > This patch adds the following support to the HNS3 driver: > 1. Support to change the Maximum Transmission Unit of a >of a port in the HNS NIC hardware. > 2. Initializes the supported MTU range for the netdevice. > > Signed-off-by:

Re: [PATCH 3/3] x86/efi: Use efi_switch_mm() rather than manually twiddling with cr3

On Thu, Aug 17, 2017 at 08:52:38AM -0700, Andy Lutomirski wrote: > On Thu, Aug 17, 2017 at 3:35 AM, Will Deacon wrote: > > I'm still concerned that we're treating perf specially here -- are we > > absolutely sure that nobody else is going to attempt user accesses off the > >

Legacy Asset Finance

Hallo geliebten Kreditnehmer, Wenn Sie eines der oben genannten Probleme haben, kann ich Ihnen helfen. Brauchen Sie einen finanziellen Assistenten? Brauchen Sie ein dringendes Darlehen? Mögliche Kreditnehmer sind frei, mit uns mit den Details unten in Verbindung zu treten in Verbindung.

[PATCH 2/2] crypto: add SM3 test vectors

Add testmgr and tcrypt tests and vectors for SM3 secure hash. Signed-off-by: Gilad Ben-Yossef --- crypto/tcrypt.c | 14 +++- crypto/testmgr.c | 6 + crypto/testmgr.h | 67 3 files changed, 86

[PATCH 0/2] crypto: add OSCCA SM3 secure hash and tests

Add OSCCA SM3 secure hash (OSCCA GM/T 0004-2012 SM3) generic hash transformation, testmgr and tcrypt tests. SM3 is a secure hash function which is part of the Chinese "Commercial Cryptography" suite of algorithms which use is required for certain commercial applications in China. References:

Re: [PATCH v3] net: sunrpc: svcsock: fix NULL-pointer exception

On Mon, Aug 21, 2017 at 06:42:07AM -0400, Jeff Layton wrote: > On Mon, 2017-08-21 at 04:56 -0400, Vadim Lomovtsev wrote: > > While running nfs/connectathon tests kernel NULL-pointer exception > > has been observed due to races in svcsock.c. > > > > Race is appear when kernel accepts connection by

[PATCH 1/2] crypto: add OSCCA SM3 secure hash

Add OSCCA SM3 secure hash (OSCCA GM/T 0004-2012 SM3) generic hash transformation. Signed-off-by: Gilad Ben-Yossef --- crypto/Kconfig| 11 +++ crypto/Makefile | 1 + crypto/sm3_generic.c | 210 ++

[V2 3/4] MIPS: dts: Add Vocore2 board

The VoCore2 board is a low cost MT7628A based board with 128MB RAM, 16MB flash and multiple external peripherals. This initial DTS provides enough support to get to userland and use the USB port. Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc:

Re: [PATCH] Staging: bcm2048: fix bare use of 'unsigned' in radio-bcm2048.c

On 08/04/2017 04:58 PM, Branislav Radocaj wrote: > This is a patch to the radio-bcm2048.c file that fixes up > a warning found by the checkpatch.pl tool. > > Signed-off-by: Branislav Radocaj > --- > drivers/staging/media/bcm2048/radio-bcm2048.c | 50 >

[PATCH v2 8/8] memory: mtk-smi: Degrade SMI init to module_init

The initialization of MediaTek power manager(SCPSYS) is builtin_platform_driver, and SMI must depend on power-domain. Thus, currently subsys_initcall for SMI is unnecessary, SMI will be always probe defered by power-domain. Degrade it to module_init. In addition, there are two small changes about

Re: [PATCHv6 1/4] mfd: da9052: add register details for TSI

On Tue, 18 Jul 2017, Sebastian Reichel wrote: > Add register details an channels definition for using the TSI > registers in the hwmon driver. > > Signed-off-by: Sebastian Reichel > --- > include/linux/mfd/da9052/da9052.h | 6 ++ >

Re: [PATCH v2 1/4] clk: rockchip: add rv1108 ACLK_GAMC and PCLK_GMAC ID

Hi Heiko, 在 2017/8/21 18:32, Heiko Stuebner 写道: Hi David, Am Montag, 21. August 2017, 18:22:31 CEST schrieb David.Wu: Hi Elaine, 在 2017/8/21 16:16, Elaine Zhang 写道: This patch exports gmac aclk and pclk for dts reference. Signed-off-by: Elaine Zhang ---

[PATCH v4] net: sunrpc: svcsock: fix NULL-pointer exception

While running nfs/connectathon tests kernel NULL-pointer exception has been observed due to races in svcsock.c. Race is appear when kernel accepts connection by kernel_accept (which creates new socket) and start queuing ingress packets to new socket. This happens in ksoftirq context which could

Re: [RESEND PATCH v5 11/16] arm64: zynqmp: Add generic compatible string for I2C EEPROM

[snip] >> >> diff --git a/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >> b/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >> index ef1b9e573af0..53907b7a7fd9 100644 >> --- a/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >> +++ b/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >> @@ -55,7 +55,7 @@ >>

Re: [PATCH v3 1/5] ACPI / blacklist: add acpi_match_platform_list()

On Fri, Aug 18, 2017 at 01:46:40PM -0600, Toshi Kani wrote: > ACPI OEM ID / OEM Table ID / Revision can be used to identify > a platform based on ACPI firmware info. acpi_blacklisted(), > intel_pstate_platform_pwr_mgmt_exists(), and some other funcs, > have been using similar check to detect a

Re: [PATCH v3 2/7] pwm: rockchip: Remove the judge from return value of pwm_config

Hi Thierry, 在 2017/8/19 0:28, Brian Norris 写道: On Fri, Aug 18, 2017 at 05:32:55PM +0200, Thierry Reding wrote: I don't understand what the "judge" is supposed to be, but I've applied this to for-4.14/drivers anyway. Thanks. Probably just an artifact of non-native English. Judging by

[PATCH 5/6] platform/x86: make device_attribute const

Make these const as they are only passed as an argument to the function device_create_file and device_remove_file and the corresponding arguments are of type const. Done using Coccinelle Signed-off-by: Bhumika Goyal --- drivers/platform/x86/classmate-laptop.c | 6 +++---

[PATCH 4/6] qlogic: make device_attribute const

Make these const as they are only passed as an argument to the function device_create_file and device_remove_file and the corresponding arguments are of type const. Done using Coccinelle Signed-off-by: Bhumika Goyal --- drivers/net/ethernet/qlogic/netxen/netxen_nic_main.c |

[PATCH v2 1/2] net: stmmac: Delete dead code for MDIO registration

This code is no longer used, the logging function was changed by commit fbca164776e4 ("net: stmmac: Use the right logging functi"). Fixes: fbca164776e4 ("net: stmmac: Use the right logging functi") Signed-off-by: Romain Perier ---

Re: [rfc patch] sched/topology: fix domain reconstruction memory leakage

On Mon, 2017-08-21 at 10:16 +0200, Peter Zijlstra wrote: > On Sat, Aug 19, 2017 at 08:10:49AM +0200, Mike Galbraith wrote: > > Greetings, > > > > While beating on cpu hotplug with the shiny new topology fixes > > backported, my memory poor 8 socket box fairly quickly leaked itself to > > death,

[PATCH 6/6] power: supply: make device_attribute const

Make these const as they are only passed as an argument to the function device_create_file and device_remove_file and the corresponding arguments are of type const. Done using Coccinelle. Signed-off-by: Bhumika Goyal --- drivers/power/supply/olpc_battery.c | 2 +- 1 file

[PATCH 2/6] nbd: make device_attribute const

Make this const as is is only passed as an argument to the function device_create_file and device_remove_file and the corresponding arguments are of type const. Done using Coccinelle Signed-off-by: Bhumika Goyal --- drivers/block/nbd.c | 2 +- 1 file changed, 1 insertion(+),

Re: Build regressions/improvements in v4.13-rc6

On Mon, Aug 21, 2017 at 1:40 PM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.13-rc6[1] to v4.13-rc5[3], the summaries are: > - build errors: +2/-0 Nothing to report (one-in-a-while sh-randconfig). Gr{oetje,eeting}s, Geert -- Geert

[RESEND PATCH v8 3/3] clk: stm32h7: Add stm32h743 clock driver

From: Gabriel Fernandez This patch enables clocks for STM32H743 boards. Signed-off-by: Gabriel Fernandez for MFD changes: Acked-by: Lee Jones for DT-Bindings Acked-by: Rob Herring ---

Re: [PATCH 1/2] PM: docs: Describe high-level PM strategies and sleep states

On Mon, Aug 21, 2017 at 11:51 AM, Markus Heiser wrote: > Hi Rafael, > > great work, helps me and the world saving fossil fuels ;) Thanks! >> Am 20.08.2017 um 18:05 schrieb Rafael J. Wysocki : >> >> From: Rafael J. Wysocki

[RESEND PATCH v8 1/3] clk: nxp: clk-lpc32xx: rename clk_gate_is_enabled()

From: Gabriel Fernandez We need to export clk_gate_is_enabled() from clk framework, then to avoid compilation issue we have to rename clk_gate_is_enabled() in NXP LPC32xx clock driver. We changed all gate op with 'lpc32xx_' prefix: lpc32xx_clk_gate_enable(),

Re: [RESEND PATCH v5 11/16] arm64: zynqmp: Add generic compatible string for I2C EEPROM

On 21.8.2017 13:27, Javier Martinez Canillas wrote: > [snip] > >>> >>> diff --git a/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >>> b/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >>> index ef1b9e573af0..53907b7a7fd9 100644 >>> --- a/arch/arm64/boot/dts/xilinx/zynqmp-ep108.dts >>> +++

Re: [PATCH 2/2] [media] solo6x10: make snd_kcontrol_new const

On 16/Aug/2017 14:47, Bhumika Goyal wrote: > Make this const as it is only used during a copy operation. > Done using Coccinelle. > > Signed-off-by: Bhumika Goyal > --- > drivers/media/pci/solo6x10/solo6x10-g723.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

Re: [PATCH v3 1/5] ACPI / blacklist: add acpi_match_platform_list()

On Mon, Aug 21, 2017 at 1:27 PM, Borislav Petkov wrote: > On Fri, Aug 18, 2017 at 01:46:40PM -0600, Toshi Kani wrote: >> ACPI OEM ID / OEM Table ID / Revision can be used to identify >> a platform based on ACPI firmware info. acpi_blacklisted(), >>

[PATCH v2 6/6] MIPS: math-emu: Add FP emu debugfs stats for individual instructions

From: Aleksandar Markovic Add FP emulation debugfs statistics for individual instructions. The debugfs files that contain counter values are placed in a separate directory called "instructions". This means that the default path for these new stat is

Re: [PATCH v3 1/4] mmc: sdhci-cadence: add suspend / resume support

Hi Adrian, 2017-08-21 20:48 GMT+09:00 Adrian Hunter : >> +static int sdhci_cdns_resume(struct device *dev) >> +{ >> + struct sdhci_host *host = dev_get_drvdata(dev); >> + struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host); >> + struct sdhci_cdns_priv

[PATCH v2 1/2] hwmon: (ltq-cputemp) add cpu temp sensor driver

Add the lantiq cpu temperature sensor support for xrx200. Signed-off-by: Florian Eckert --- v2: - remove default in Makefile - fix spelling - removing first read delay, because temperature value is not read during boot anymore - change calculation, compiler should to the

Re: [PATCH][RFC v4] PM / Hibernate: Feed the wathdog when creating snapshot

On Monday, August 21, 2017 9:48:17 AM CEST Chen Yu wrote: > On Mon, Aug 21, 2017 at 08:47:09AM +0200, Michal Hocko wrote: > > On Sat 19-08-17 18:21:26, Chen Yu wrote: > > > There is a problem that when counting the pages for creating > > > the hibernation snapshot will take significant amount of >

[GIT PULL] phy: for 4.14

Hi Greg, Please find the phy pull request for 4.14 merge window below. It adds a new USB phy driver for Ralink SoC, add support for PCIe and SATA PHY in phy-mt65xx-usb3 driver, add support for allwinner A83T USB PHY and Qualcomm IPQ8074 in sun4i-usb-phy driver and qcom-qmp-phy driver

[PATCH] regulator: fan53555: fix I2C device ids

The device tree nodes all correctly describe the regulators as syr827 or syr828, but the I2C device id is currently set to the wildcard value of syr82x in the driver. This causes udev to fail to match the driver module with the modalias data from sysfs. Fix this by replacing the I2C device ids

Re: [PATCH 2/4] btrfs: Adjust 32 checks for null pointers

That's will work, but that's don't improve anything. Reviewed-by: Timofey Titovets 2017-08-20 23:18 GMT+03:00 SF Markus Elfring : > From: Markus Elfring > Date: Sun, 20 Aug 2017 21:36:31 +0200 > MIME-Version:

RE: [PATCH V3 net-next] net: hns3: Add support to change MTU in HNS3 hardware

Hi Leon, -Original Message- > From: Leon Romanovsky [mailto:l...@kernel.org] > Sent: Monday, August 21, 2017 11:32 AM > To: Salil Mehta > Cc: da...@davemloft.net; Zhuangyuzeng (Yisen); lipeng (Y); > mehta.salil@gmail.com; net...@vger.kernel.org; linux- > ker...@vger.kernel.org;

Re: [PATCH] rtc: zynqmp: Disable the build as a module

On 21.8.2017 10:46, Alexandre Belloni wrote: > Hi, > > As discussed, I will not apply that patch and instead will push for: > https://patchwork.kernel.org/patch/9911471/ no problem with this. M signature.asc Description: OpenPGP digital signature

Re: [PATCH 4/4] btrfs: Delete an unnecessary variable initialisation in tree_mod_log_eb_copy()

Don't needed, and you did miss several similar places (L573 & L895) in that file with explicit initialisation. Reviewed-by: Timofey Titovets 2017-08-20 23:20 GMT+03:00 SF Markus Elfring : > From: Markus Elfring

[V2 4/4] MIPS: configs: Add VoCore2 defconfig

Enabled supported drivers, including: - USB PHY - EHCI - UART Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc: linux-m...@linux-mips.org --- Changes in V2: - Remove CONFIG_PANIC_ON_OOPS arch/mips/configs/vocore2_defconfig | 129

[V2 1/4] MIPS: dts: ralink: Add Mediatek MT7628A SoC

The MT7628A is the successor to the MT7620 and pin compatible with the MT7688A, although the latter supports only a 1T1R antenna rather than a 2T2R antenna. This commit adds support for the following features: - UART - USB PHY - EHCI - Interrupt controller - System controller - Memory controller

[V2 3/3] MIPS: configs: Add Onion Omega2+ defconfig

Create a defconfig for the Omega2+ that reaches userspace and allows use of the USB port. Signed-off-by: Harvey Hunt Cc: linux-kernel@vger.kernel.org Cc: linux-m...@linux-mips.org --- Changes in V2: - Remove CONFIG_PANIC_ON_OOPS arch/mips/configs/omega2p_defconfig | 129

Re: [PATCH v2] irqchip: uniphier-aidet: add UniPhier AIDET irqchip driver

Hi Mark, 2017-08-21 19:25 GMT+09:00 Marc Zyngier : > On 21/08/17 11:01, Masahiro Yamada wrote: >> +static struct irq_chip uniphier_aidet_irq_chip = { >> + .name = "AIDET", >> + .irq_mask = irq_chip_mask_parent, >> + .irq_unmask = irq_chip_unmask_parent, >> +

[V2 2/3] MIPS: Add Onion Omega2+ board

The Onion Omega2+ is an MT7688A based board that has 128MB RAM and multiple peripherals. The MT7688A is pin compatible with the MT7628A, although the former supports a 1T1R antenna whereas the MT7628A supports a 2R2T antenna. Signed-off-by: Harvey Hunt Cc:

[PATCH v2 3/8] iommu/mediatek: Add mt2712 IOMMU support

The M4U IP blocks in mt2712 is MTK's generation2 M4U which use the ARM Short-descriptor like mt8173, and most of the HW registers are the same. The difference is that there are 2 M4U HWs in mt2712 while there's only one in mt8173. The purpose of 2 M4U HWs is for balance the bandwidth. Normally

[PATCH v2 7/8] iommu/mediatek: Enlarge the validate PA range for 4GB mode

This patch is for 4GB mode, mainly for 4 issues: 1) Fix a 4GB bug: if the dram base is 0x4000_, the dram size is 0xc000_. then the code just meet a corner case because max_pfn is 0x10_. data->enable_4GB = !!(max_pfn > (0xUL >> PAGE_SHIFT)); It's true at the case

[PATCH v2 5/8] iommu/mediatek: Move pgtable allocation into domain_alloc

After adding the global list for M4U HW, We get a chance to move the pagetable allocation into the mtk_iommu_domain_alloc. Let the domain_alloc do the right thing. This patch is for fixing this problem[1]. [1]: https://patchwork.codeaurora.org/patch/53987/ Signed-off-by: Yong Wu

[PATCH v2 6/8] iommu/mediatek: Disable iommu clock when system suspend

When system suspend, infra power domain may be off, and the iommu's clock must be disabled when system off, or the iommu's bclk clock maybe disabled after system resume. Signed-off-by: Honghui Zhang Signed-off-by: Yong Wu ---

[PATCH v2 9/9] ata: ceva: Add SMMU support for SATA IP

From: Anurag Kumar Vulisha AXI master interface in CEVA AHCI controller requires two unique Write/Read ID tags per port. This is because, ahci controller uses different AXI ID[3:0] bits for identifying non-data transfers(like reading descriptors, updating PRD

[PATCH v2 5/9] ata: ceva: Make RxWaterMark value as module parameter

From: Anurag Kumar Vulisha This patch updates the driver to make Rx Fifo water mark value as a module parameter. Signed-off-by: Anurag Kumar Vulisha Signed-off-by: Michal Simek --- Changes in v2: None

[PATCH v2 7/9] ata: ceva: Correct the AXI bus configuration for SATA ports

From: Anurag Kumar Vulisha Previously PAXIC register was programmed before configuring PCFG register. PCFG should be programmed with the address of the port for which PAXIC should be configured for. This was not happening before, so only one port PAXIC was

[PATCH v2 8/9] ata: ceva: Correct the suspend and resume logic for SATA

From: Anurag Kumar Vulisha The present suspend code disables the port interrupts and stops the HBA. On resume it enables the interrupts and HBA. This works fine until the FPD power domain is not off. If FPD is off then the ceva vendor specific configurations like

[PATCH v2 3/9] ata: ceva: Add gen 3 mode support in driver

From: Anurag Kumar Vulisha This patch sets gen 3 mode as default mode in ahci_ceva driver. Signed-off-by: Anurag Kumar Vulisha Signed-off-by: Michal Simek --- Changes in v2: None drivers/ata/ahci_ceva.c | 5

<    1   2   3   4   5   6   7   8   9   10   >