Re: [GIT PULL] phy: for 4.14 -rc

Hi Greg, On Wednesday 04 October 2017 06:09 PM, Kishon Vijay Abraham I wrote: > Hi Greg, > > Please find below the phy pull request for 4.14 -rc cycle below. > It fixes a couple of instabilities in rockchip typec phy and other fixes > are mostly to deal with handling error return values. > >

Re: [PATCH v4 4/7] soc: mediatek: pwrap: update pwrap_init without slave programming

On Fri, 2017-10-13 at 16:07 +0200, Matthias Brugger wrote: > > On 10/13/2017 11:41 AM, Sean Wang wrote: > > On Tue, 2017-10-10 at 20:00 +0200, Matthias Brugger wrote: > >> > >> On 09/21/2017 10:26 AM, sean.w...@mediatek.com wrote: > >>> From: Sean Wang > >>> > >>> pwrap

Re: [RFC PATCH v2 4/8] tick/nohz: keep tick on for a fast idle

On Mon, 2017-10-16 at 13:34 +0800, Li, Aubrey wrote: > On 2017/10/16 12:45, Mike Galbraith wrote: > > On Mon, 2017-10-16 at 11:26 +0800, Li, Aubrey wrote: > >> > >> I'll try to move quiet_vmstat() into the normal idle branch if this patch > >> series > >> are reasonable. Is fast_idle a good

Re: [RFC PATCH v2 5/8] timers: keep sleep length updated as needed

On 2017/10/14 8:56, Rafael J. Wysocki wrote: > On Saturday, September 30, 2017 9:20:31 AM CEST Aubrey Li wrote: >> sleep length indicates how long we'll be idle. Currently, it's updated >> only when tick nohz enters. These patch series make a new requirement >> with tick, so we should keep sleep

Re: [PATCH v4 00/11] dmaengine: sun6i: Fixes for H3/A83T, enable A64

On Thu, Sep 28, 2017 at 03:49:17AM +0200, Stefan Brüns wrote: > Commit 3a03ea763a67 ("dmaengine: sun6i: Add support for Allwinner A83T > (sun8i) variant") and commit f008db8c00c1 ("dmaengine: sun6i: Add support for > Allwinner H3 (sun8i) variant") added support for the A83T resp. H3, but missed >

Re: [PATCH] dmaengine: rcar-dmac: read DMATCRB instead of DMATCR for residue

Hi Morimoto-san, On Mon, Oct 16, 2017 at 9:12 AM, Kuninori Morimoto wrote: >> > SYS/RT/Audio DMAC have both TCR/TCRB register. >> > Its difference is transfer counter value of read (= TCR) >> > or write (= TCRB). The relationship is like below. >> > >> >

Re: [PATCH v2 1/2] dmaengine: pl330: fix descriptor allocation fail

Hello Vinod! It looks like the patch did not get enough attention. If no one except me will test the patch, how do we proceed? This patch does not depend on the SOC implementation and the runtime environment. For me the patch looks fine and will not do harm if it will be committed. Regards,

Re: [PATCH] of: overlay: fix memory leak related to duplicated property

Hi Alan, It is Rob's choice of which order to take the patches in. Either order, it will be a trivial fixup to the second patchset to go in. -Frank On 10/15/17 19:35, Wang, Alan 1. (NSB - CN/Hangzhou) wrote: > Hi Frank, > > Could I continue to send my patch since conflict with your patches?

Re: [PATCH 0/12] PM / sleep: Driver flags for system suspend/resume

On Mon, Oct 16, 2017 at 03:12:35AM +0200, Rafael J. Wysocki wrote: > Hi All, > > Well, this took more time than expected, as I tried to cover everything I had > in mind regarding PM flags for drivers. > > This work was triggered by attempts to fix and optimize PM in the > i2c-designware-platdev

[PATCH v5 6/7] soc: mediatek: pwrap: add support for MT7622 SoC

From: Chenglin Xu Add the registers, callbacks and data structures required to make the PMIC wrapper work on MT7622. Signed-off-by: Chenglin Xu Signed-off-by: Chen Zhong Signed-off-by: Sean Wang

[PATCH v5 2/7] soc: mediatek: pwrap: add pwrap_read32 for reading in 32-bit mode

From: Sean Wang Some regulators such as MediaTek MT6380 has to be read in 32-bit mode. So the patch adds pwrap_read32, rename old pwrap_read into pwrap_read16 and one function pointer is introduced for increasing flexibility allowing the determination which mode is used

[PATCH v5 4/7] soc: mediatek: pwrap: refactor pwrap_init for the various PMIC types

From: Sean Wang pwrap initialization is highly associated with the base SoC and the target PMICs, so slight refactorization is made here for allowing pwrap_init to run on those PMICs with different capability from the previous MediaTek PMICs and the determination for the

[PATCH v5 3/7] soc: mediatek: pwrap: add pwrap_write32 for writing in 32-bit mode

From: Sean Wang Some regulators such as MediaTek MT6380 also has to be written in 32-bit mode. So the patch adds pwrap_write32, rename old pwrap_write into pwrap_write16 and one additional function pointer is introduced for increasing flexibility allowing the

[PATCH v5 1/7] dt-bindings: arm: mediatek: add MT7622 string to the PMIC wrapper doc

From: Sean Wang Signed-off-by: Chenglin Xu Signed-off-by: Sean Wang Acked-by: Rob Herring --- Documentation/devicetree/bindings/soc/mediatek/pwrap.txt | 6 +- 1 file changed, 5 insertions(+), 1

Re: [PATCH/RFC 5/5] arm64: dts: renesas: salvator-common: Configure PMIC for DDR Backup Power

On Tue, Oct 10, 2017 at 05:26:18PM +0200, Geert Uytterhoeven wrote: > On Salvator-X(S), all of DDR0, DDR1, DDR0C, and DDR1C need to be kept > powered when backup mode is enabled. > > Reflect this in the rohm,ddr-backup-power property for the BD9571MWV > PMIC. > > Signed-off-by: Geert

Re: [PATCH 3/4] ARM: dts: imx28-tx28: fix interrupt flags and use interrupts-extended property

Hello, On Wed, Oct 11, 2017 at 01:05:38PM +0200, Lothar Waßmann wrote: > diff --git a/arch/arm/boot/dts/imx28-tx28.dts > b/arch/arm/boot/dts/imx28-tx28.dts > index 211e67d..3c852f7 100644 > --- a/arch/arm/boot/dts/imx28-tx28.dts > +++ b/arch/arm/boot/dts/imx28-tx28.dts > @@ -328,8 +328,7 @@ >

Re: [PATCH] dmaengine: rcar-dmac: read DMATCRB instead of DMATCR for residue

Hi Geert > >> > SYS/RT/Audio DMAC have both TCR/TCRB register. > >> > Its difference is transfer counter value of read (= TCR) > >> > or write (= TCRB). The relationship is like below. > >> > > >> > TCR TCRB > >> > [SOURCE] -> [DMAC] -> [DESTINATION] > >> > > >> > Thus, we want

Re: [RFC PATCH v2 0/8] Introduct cpu idle prediction functionality

On 2017/10/14 9:14, Rafael J. Wysocki wrote: > On Saturday, September 30, 2017 9:20:26 AM CEST Aubrey Li wrote: >> We found under some latency intensive workloads, short idle periods occurs >> very common, then idle entry and exit path starts to dominate, so it's >> important to optimize them. To

Re: [lkp-robot] [x86/topology] 379a4bb988: dmesg.WARNING:at_arch/x86/events/intel/uncore.c:#uncore_change_type_ctx

* kernel test robot wrote: > > FYI, we noticed the following commit (built with gcc-6): > > commit: 379a4bb9880608931642e1b4208380468d347b84 ("x86/topology: Avoid > wasting 128k for package id array") > url: >

Re: deadlock in debugfs synchronize_srcu() when unplugging USB

On Thu, Oct 12, 2017 at 04:01:48PM -0400, Tyler Hall wrote: > Hi, > > I have a reproducible scenario wherein removing a USB device while > reading /sys/kernel/debug/usb/devices causes a deadlock. This should > not be specific to any USB device. Any USB device removal that causes > a call to

Re: [RFC PATCH v2 7/8] cpuidle: introduce irq timing to make idle prediction

On 2017/10/14 9:01, Rafael J. Wysocki wrote: > On Saturday, September 30, 2017 9:20:33 AM CEST Aubrey Li wrote: >> Introduce irq timings output as a factor to predict the duration >> of the coming idle >> >> @@ -342,13 +343,27 @@ void cpuidle_entry_end(void) >> void cpuidle_predict(void) >> { >>

RE: [PATCH] drm/i915/gvt: Fix error handling bug in perform_bb_shadow

Hi： Thanks for the patch. This problem has been fixed on staging branch with: a8e18bfc854141621a29600a6c13e5f40c6e9f19 drm/i915/gvt: Refine shadow batch buffer Thanks, Zhi. -Original Message- From: Christos Gkekas [mailto:chris.ge...@gmail.com] Sent: Monday, October 16, 2017 1:18

Re: [PATCH v4 0/6] K2G: Add QSPI support

On Tuesday 03 October 2017 10:49 AM, Vignesh R wrote: > > > This series adds support for Cadence QSPI IP present in TI's 66AK2G SoC. > The patches enhance the existing cadence-quadspi driver to support > loopback clock circuit, pm_runtime support and tweaks for 66AK2G SoC. Gentle ping on the

RE: [PATCH net-next 0/2] Add mqprio hardware offload support in hns3 driver

> Hi, Yuval > > On 2017/10/15 13:14, Yuval Mintz wrote: > >> Hi, Yuval > >> > >> On 2017/10/13 4:21, Yuval Mintz wrote: > This patchset adds a new hardware offload type in mqprio before > adding > mqprio hardware offload support in hns3 driver. > >>> > >>> I think one of the biggest

Re: [PATCH 01/12] PM / core: Add NEVER_SKIP and SMART_PREPARE driver flags

On Mon, Oct 16, 2017 at 03:29:02AM +0200, Rafael J. Wysocki wrote: > struct dev_pm_info { > pm_message_tpower_state; > unsigned intcan_wakeup:1; > @@ -561,6 +580,7 @@ struct dev_pm_info { > boolis_late_suspended:1; > bool

Re: [PATCH 6/9] soc: mediatek: extend bus protection API

On Tue, 2017-10-10 at 17:45 +0200, Matthias Brugger wrote: > > On 08/22/2017 12:28 PM, Weiyi Lu wrote: > > MT2712 add "set/clear" bus control register to each control register set > > instead of providing only one "enable" control register, we could avoid > > the read-modify-write racing by using

[PATCH v5 5/7] soc: mediatek: pwrap: add MediaTek MT6380 as one slave of pwrap

From: Sean Wang Add MediaTek MT6380 regulator becoming one of PMIC wrapper slave and also add extra new regmap_config of 32-bit mode for MT6380 since old regmap_config of 16-bit mode can't be fit into the need. Signed-off-by: Chenglin Xu

[PATCH v5 7/7] soc: mediatek: pwrap: fixup warnings from coding style

From: Sean Wang fixup those warnings such as lines over 80 words and parenthesis alignment which would be complained by checkpatch.pl. Signed-off-by: Sean Wang --- drivers/soc/mediatek/mtk-pmic-wrap.c | 20 +--- 1 file changed,

[PATCH v5 0/7] Add PMIC support to MediaTek MT7622 SoC

From: Sean Wang Changes since v4: - for patch 1/7 and 5/7, add the description about how to bind pmic wrapper with MT6380. - for patch 3/7, add more comments explaining why additional pwrap_read is required in the pwrap_write32. - for patch 4/7 and 5/7, refactoring

Re: [PATCH v8 00/15] Introduce support for Dell SMBIOS over WMI

Hi! Just a small idea, what about including example userspace application which would use this new API? I think such application can be useful for documentation purpose to see how this new API should be used. And in review process other people can point if there would be some problems with usage.

Re: [PATCH v5 02/12] mmc: mediatek: add support of mt2701/mt2712

On 10/15/2017 10:26 AM, CK Hu wrote: Hi, Chaotian: On Wed, 2017-10-11 at 10:41 +0800, Chaotian Jing wrote: mt2701/mt2712 has 12bit clock div, which is not compatible with mt8135/mt8173. and, some additional features will be added in mt2701/mt2712, so that need distinguish it by comatibale

Re: [PATCH] drm/amdgpu: use ARRAY_SIZE

Am 16.10.2017 um 04:29 schrieb Jérémy Lefaure: Using the ARRAY_SIZE macro improves the readability of the code. Found with Coccinelle with the following semantic patch: @r depends on (org || report)@ type T; T[] E; position p; @@ ( (sizeof(E)@p /sizeof(*E)) | (sizeof(E)@p /sizeof(E[...])) |

Re: [PATCH v2] ASoC: Intel: Skylake: Decrease loglevel for topology loading

On Thu, Oct 12, 2017 at 09:44:37AM -0700, Chintan Patel wrote: > In case of failure in loading customize topology firmware, dfw_sst.bin > gets loaded. However, current log provides this message as error even > after successfully falling back to default topology "dfw_sst.bin". > > Hence to convey

Re: [RFC PATCH v2 6/8] cpuidle: make fast idle threshold tunable

On 2017/10/14 8:59, Rafael J. Wysocki wrote: > On Saturday, September 30, 2017 9:20:32 AM CEST Aubrey Li wrote: >> Add a knob to make fast idle threshold tunable >> >> Signed-off-by: Aubrey Li > > I first of all am not sure about the need to add a tunable for this at

Re: [PATCH v4 0/9] Mediatek MT2712 clock and scpsys support

On Fri, 2017-10-13 at 16:50 +0200, Matthias Brugger wrote: > > On 10/13/2017 12:45 AM, Stephen Boyd wrote: > > On 09/19, Weiyi Lu wrote: > >> This series is based on v4.14-rc1 and composed of > >> clock control (PATCH 1-4) and scpsys control (PATCH 5-9) > > > > What's the merge plan? Can I apply

Re: [PATCH v4 07/11] dmaengine: sun6i: Retrieve channel count/max request from devicetree

On Thu, Sep 28, 2017 at 03:49:24AM +0200, Stefan Brüns wrote: > To avoid introduction of a new compatible for each small SoC/DMA controller > variation, move the definition of the channel count to the devicetree. > > The number of vchans is no longer explicit, but limited by the highest >

Re: [PATCH] dmaengine: rcar-dmac: read DMATCRB instead of DMATCR for residue

Hi Geert > > SYS/RT/Audio DMAC have both TCR/TCRB register. > > Its difference is transfer counter value of read (= TCR) > > or write (= TCRB). The relationship is like below. > > > > TCR TCRB > > [SOURCE] -> [DMAC] -> [DESTINATION] > > > > Thus, we want to read TCRB instead of

Re: [lkp-robot] [fs] 91f9943e1c: aim7.jobs-per-min -26.6% regression

The only change for the non-nowait case is that we now do a trylock before locking i_rwsem. In the past that was the more optimal pattern. Can you test the patch below if that's not the case anymore? We have a few more instances like that which might also want to be changed then. diff --git

[PATCH 1/2] Documentation: dt: extcon: add optional debounce-timeout-ms attribute

Add documentation on optional dt attribute "debounce-timeout-ms" in extcon node to capture user specified timeout value for id and vbus gpio detection. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui Reviewed-by: Srinath Mannam

[PATCH 2/2] extcon: add optional debounce-timeout-ms attribute

Add changes to capture optional dt attribute "debounce-timeout-ms" provided in extcon node and used the same value if provided otherwise default value of 20ms is used for id and vbus gpios debounce time. Signed-off-by: Raveendra Padasalagi Reviewed-by: Ray Jui

Re: 答复: [PATCH] staging: rtsx: Add support for RTS5260

On Mon, Oct 16, 2017 at 05:58:12AM +, 冯锐 wrote: > > On Fri, Oct 13, 2017 at 10:54:22AM +0100, Lee Jones wrote: > > > On Fri, 13 Oct 2017, Greg KH wrote: > > > > > > > On Fri, Oct 13, 2017 at 04:50:35PM +0800, rui_f...@realsil.com.cn wrote: > > > > > From: rui_feng > >

Re: [PATCH] PM / core: Fix kerneldoc comments of four functions

On 13 October 2017 at 15:25, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Fix the kerneldoc comments of __device_suspend_noirq(), > __device_suspend_late() and __device_suspend() where the function > names in kerneldoc don't match the

Re: [PATCH 0/3 v2 RESEND] x86/smpboot: Cleanup logical package ID

* Prarit Bhargava wrote: > > > On 09/26/2017 08:53 AM, Prarit Bhargava wrote: > > Sending to wider audience. I originally sent this to only the people Andi > > had cc'd. > > Here's an example of the panic: > > smpboot: Booting Node 1, Processors #1 OK >

Re: [RFC PATCH v2 4/8] tick/nohz: keep tick on for a fast idle

On 2017/10/16 14:25, Mike Galbraith wrote: > On Mon, 2017-10-16 at 13:34 +0800, Li, Aubrey wrote: >> On 2017/10/16 12:45, Mike Galbraith wrote: >>> On Mon, 2017-10-16 at 11:26 +0800, Li, Aubrey wrote: I'll try to move quiet_vmstat() into the normal idle branch if this patch series

Re: [PATCH 01/12] PM / core: Add NEVER_SKIP and SMART_PREPARE driver flags

On Mon, Oct 16, 2017 at 03:29:02AM +0200, Rafael J. Wysocki wrote: > +static inline void dev_pm_set_driver_flags(struct device *dev, unsigned int > flags) > +{ > + dev->power.driver_flags = flags; > +} Should this function just set the specific bit? Or is it going to be ok to set the whole

Re: [GIT PULL] phy: for 4.14 -rc

On Mon, Oct 16, 2017 at 11:35:53AM +0530, Kishon Vijay Abraham I wrote: > Hi Greg, > > On Wednesday 04 October 2017 06:09 PM, Kishon Vijay Abraham I wrote: > > Hi Greg, > > > > Please find below the phy pull request for 4.14 -rc cycle below. > > It fixes a couple of instabilities in rockchip

Re: [PATCH] dmaengine: nbpfaxi: mark expected switch fall-through

On Fri, Oct 13, 2017 at 03:17:19PM -0500, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Signed-off-by: Gustavo A. R. Silva > --- > drivers/dma/nbpfaxi.c | 1 + > 1 file

Re: [PATCH] dmaengine: rcar-dmac: read DMATCRB instead of DMATCR for residue

Hi Morimoto-san, On Mon, Oct 16, 2017 at 7:28 AM, Kuninori Morimoto wrote: > From: Kuninori Morimoto > > SYS/RT/Audio DMAC have both TCR/TCRB register. > Its difference is transfer counter value of read (= TCR) > or write (=

Re: [PATCH net-next 0/2] Add mqprio hardware offload support in hns3 driver

Hi, Yuval On 2017/10/16 14:25, Yuval Mintz wrote: >> Hi, Yuval >> >> On 2017/10/15 13:14, Yuval Mintz wrote: Hi, Yuval On 2017/10/13 4:21, Yuval Mintz wrote: >> This patchset adds a new hardware offload type in mqprio before >> adding >> mqprio hardware offload support in

[PATCH] dmaengine: rcar-dmac: use DMATCRB when xxx_TO_MEM direction

From: Kuninori Morimoto SYS/RT/Audio DMAC have both TCR/TCRB. Its difference is transfer counter value of read (= TCR) or write (= TCRB). The relationship is like below. TCR TCRB [SOURCE] -> [DMAC] -> [DESTINATION] Thus, for residue

Re: Linux & FAT32 label

On Monday 16 October 2017 03:12:43 Andreas Bombe wrote: > The other thing is completely ignoring the boot sector label, which I > could have as a mode enabled by command line switch or environmental > variable, or just outright make it the default. I'm not decided yet. > > Another problem is

Re: [PATCH v2] soc: mediatek: place Kconfig for all SoC drivers under menu

On Thu, 2017-10-05 at 10:52 +0200, Jean Delvare wrote: > Hi Sean, > > On Thu, 5 Oct 2017 11:17:49 +0800, sean.w...@mediatek.com wrote: > > From: Sean Wang > > > > Add cleanup for placing all Kconfig for all MediaTek SoC drivers under > > the independent menu as other

Re: [PATCH] xfs: move two more RT specific functions into CONFIG_XFS_RT

On Fri, Oct 13, 2017 at 2:05 PM, Arnd Bergmann wrote: > The last cleanup introduced two harmless warnings: > > fs/xfs/xfs_fsmap.c:480:1: warning: '__xfs_getfsmap_rtdev' defined but not used > fs/xfs/xfs_fsmap.c:372:1: warning: 'xfs_getfsmap_rtdev_rtbitmap_helper' > defined but not

Re: [RFC PATCH v2 3/8] cpuidle: add a new predict interface

On 2017/10/14 8:45, Rafael J. Wysocki wrote: > On Saturday, September 30, 2017 9:20:29 AM CEST Aubrey Li wrote: >> For the governor has predict functionality, add a new predict >> interface in cpuidle framework to call and use it. > > Care to describe how it is intended to work? > > Also this

Re: deadlock in debugfs synchronize_srcu() when unplugging USB

On Mon, 2017-10-16 at 09:51 +0200, Greg Kroah-Hartman wrote: > As Paul stated, fixing up the patches and sending them in is the best > solution, can you help out with that? Is there anything to fix though? I'm not really aware of anything, and there were no comments on his v2 patchset. johannes

Re: [PATCH 2/4] rtc: mediatek: add driver for RTC on MT7622 SoC

Hi Alexandre, Thanks for your valuable suggestions on the driver. I added comments inline and will have following-ups in the next version Sean On Thu, 2017-10-12 at 23:20 +0200, Alexandre Belloni wrote: > Hi, > > On 22/09/2017 at 11:33:15 +0800, sean.w...@mediatek.com wrote: > > diff

Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support

On Sun 15-10-17 08:58:56, Pavel Machek wrote: > Hi! > > > Yes you wrote that already and my counter argument was that this generic > > posix interface shouldn't bypass virtual memory abstraction. > > > > > > > The contiguous allocations are particularly useful for the RDMA API > > > > > which >

Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support

On Sun 15-10-17 10:50:29, Guy Shattah wrote: > > > On 13/10/2017 19:17, Michal Hocko wrote: > > On Fri 13-10-17 10:56:13, Cristopher Lameter wrote: > > > On Fri, 13 Oct 2017, Michal Hocko wrote: > > > > > > > > There is a generic posix interface that could we used for a variety of > > > > >

Re: deadlock in debugfs synchronize_srcu() when unplugging USB

On Mon, Oct 16, 2017 at 10:15:55AM +0200, Johannes Berg wrote: > On Mon, 2017-10-16 at 09:51 +0200, Greg Kroah-Hartman wrote: > > > As Paul stated, fixing up the patches and sending them in is the best > > solution, can you help out with that? > > Is there anything to fix though? I'm not really

Re: [RESEND x2][PATCH 0/3] dwc2 fixes for edge cases on hikey

On 10/12/2017 10:06 PM, John Stultz wrote: > On Thu, Oct 12, 2017 at 12:59 AM, Minas Harutyunyan > wrote: >> >> 1. Vardan's patch fixing issue when dwc2 switched from host to device >> mode. It's allow to make functional device after reconnecting without >>

RE: [PATCH net-next v2 2/4] net: dsa: mv88e6060: setup random mac address

From: woojung@microchip.com > Sent: 13 October 2017 18:59 > > >> > + REG_WRITE(REG_GLOBAL, GLOBAL_MAC_01, (addr[0] << 9) | > > >> addr[1]); > > >> > > >> Is that supposed to be 9 ? > > > > > > Looks like it. > > > Check > >

Re: [PATCH 1/2] vfio: ccw: bypass bad idaw address when fetching IDAL ccws

On Wed, 11 Oct 2017 04:38:21 +0200 Dong Jia Shi wrote: > We currently returns the same error code (-EFAULT) to indicate two s/returns/return/ > different error cases: > 1. a bug in vfio-ccw implementation has been found. > 2. a buggy channel program has been

Re: [PATCH] ARM: sun8i: r40: add watchdog device node

On Fri, Oct 13, 2017 at 07:26:21PM +0800, Icenowy Zheng wrote: > The R40 SoC has a watchdog like the one on A20, in the timer memory zone > (which is also the same on A20). > > Add the device tree node for it. > > Signed-off-by: Icenowy Zheng Applied, thanks! Maxime --

linux-next: manual merge of the thermal tree with the imx-mxs tree

Hi Zhang, Today's linux-next merge of the thermal tree got a conflict in: arch/arm/boot/dts/imx6ul.dtsi between commit: efb9adb274754 ("ARM: dts: imx6ul: Remove leading zeroes from unit addresses") from the imx-mxs tree and commit: 1dc31d4981dd9 ("ARM: dts: imx6ul: Add

Re: [RFC 19/19] s390/facilities: enable AP facilities needed by guest

On Fri, 13 Oct 2017 13:39:04 -0400 Tony Krowiak wrote: > Sets up the following facilities bits to enable the specified AP > facilities for the guest VM: > * STFLE.12: Enables the AP Query Configuration Information > facility. The AP bus running in

Re: [PATCH] net: ceph: mark expected switch fall-throughs

On Sun, Oct 15, 2017 at 7:55 PM, Gustavo A. R. Silva wrote: > In preparation to enabling -Wimplicit-fallthrough, mark switch cases > where we are expecting to fall through. > > Signed-off-by: Gustavo A. R. Silva > --- > net/ceph/ceph_hash.c |

[GIT PULL] Documentation: Add a file explaining the requested Linux kernel license enforcement policy

The following changes since commit 33d930e59a98fa10a0db9f56c7fa2f21a4aef9b9: Linux 4.14-rc5 (2017-10-15 21:01:12 -0400) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git/ tags/enforcement-4.14-rc6 for you to fetch changes up to

Re: [PATCH 7/9] KVM: arm/arm64: vgic-its: free caches when GITS_BASER Valid bit is cleared

Hi Eric, On Mon, Sep 25, 2017 at 03:34:36PM +0200, Eric Auger wrote: > When the GITS_BASER.Valid gets cleared, the data structures in > guest RAM are not provisionned anymore. The device, collection > and LPI lists stored in the in-kernel ITS represent the same > information in some form of

[PATCH 0/2] mm, thp: introduce dedicated transparent huge page allocation interfaces

From: Changbin Du The first one introduce new interfaces, the second one kills naming confusion. The aim is to remove duplicated code and simplify transparent huge page allocation. Changbin Du (2): mm, thp: introduce dedicated transparent huge page allocation

Re: PROBLEM: Kernel BUG in mfgpt_tick (cs5535-clockevt.c) on ALIX 2c3 - null call

On Thu, 12 Oct 2017, David Kozub wrote: > On Thu, 12 Oct 2017, Thomas Gleixner wrote: > > On Thu, 12 Oct 2017, Daniel Lezcano wrote: > > The real question is why > > > >/* Set the clock scale and enable the event mode for CMP2 */ > >val = MFGPT_SCALE | (3 << 8); > > > >

Re: Does perf-annotate work correctly?

On Fri, Oct 13, 2017 at 06:15:00PM +0800, Du, Changbin wrote: > Hi Jiri, > Sorry, missed you (but get_maintainer.pl doesn't list you). Here is ealier > email. > https://lkml.org/lkml/2017/9/12/158 > > Do you think if this is a real issue? > > btw, is their a dedicated mailist for perf? Thanks.

[PATCH 1/2] gpiolib: only check line handle flags once

There's no need to check the validity of handle request flags more than once, right after copying the data from user. Move the check out of the for loop and simplify the error path by bailing out before allocating any resources. Signed-off-by: Bartosz Golaszewski ---

Re: [RFC PATCH v2 3/8] cpuidle: add a new predict interface

On 2017/10/14 9:27, Rafael J. Wysocki wrote: >> diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c >> index 0951dac..8704f3c 100644 >> --- a/kernel/sched/idle.c >> +++ b/kernel/sched/idle.c >> @@ -225,6 +225,7 @@ static void do_idle(void) >> */ >> __current_set_polling(); >>

Re: [RFC 00/19] KVM: s390/crypto/vfio: guest dedicated crypto adapters

On Fri, 13 Oct 2017 13:38:45 -0400 Tony Krowiak wrote: > Overview: > > An adjunct processor (AP) facility is an IBM Z cryptographic facility. The > AP facility is comprised of three AP instructions and from 1 to 256 AP > adapter cards. The design takes

Re: [RFC 00/19] KVM: s390/crypto/vfio: guest dedicated crypto adapters

On 10/16/2017 11:27 AM, Martin Schwidefsky wrote: > On Fri, 13 Oct 2017 13:38:45 -0400 > Tony Krowiak wrote: > >> Tony Krowiak (19): >> KVM: s390: SIE considerations for AP Queue virtualization >> KVM: s390: refactor crypto initialization >> s390/zcrypt: new

[RESEND PATCH v2 0/5] rockchip: kevin: Enable edp display

Make edp display works on chromebook kevin(at least for boot animation). Also solve some issues i meet during the bringup. Changes in v2: Use device link to correct the suspend/resume and shutdown ordering, instead of converting rockchip spi's suspend/resume PM callbacks to late suspend/resume

[PATCH] MIPS: generic: Fix compilation error from include asm/mips-cpc.h

Commit e83f7e02af50c ("MIPS: CPS: Have asm/mips-cps.h include CM & CPC headers") adds a #error to arch/mips/include/asm/mips-cpc.h if it is included directly. While this commit replaced almost all direct includes of mips-cm.h and mips-cpc.h, 2 remain. With some defconfigs, mips-cps.h is

[RESEND PATCH v2 5/5] drm/rockchip: Add device links for master and components

Since we are trying to access components' resources in the master's suspend/resume PM callbacks(e.g. panel), add device links to correct the suspend/resume and shutdown ordering. Signed-off-by: Jeffy Chen --- Changes in v2: Use device link to correct the

[PATCH 1/2] ARM: davinci: make the function argument as const

Make the function argument of the function davinci_common_init as const as it's memory contents are only copied during a memcpy call. So, the fields of the structure to which the argument soc_info points to never gets modified and therefore the argument can be made const. Add const to the

[PATCH 2/2] ARM: davinci: make davinci_soc_info structures const

This is a followup patch for [PATCH 1/2]. Make the structures const as they are either passed to the function davinci_common_init having the argument as const or their field cpu_clks of type struct clk_lookup * is passed to the function davinci_clk_init. So, the fields are never modified and the

Re: Build regressions/improvements in v4.14-rc5

On Mon, Oct 16, 2017 at 11:44 AM, Geert Uytterhoeven wrote: > JFYI, when comparing v4.14-rc5[1] to v4.14-rc4[3], the summaries are: > - build errors: +2/-0 Just the well-known sh4-randconfig issues. > [1] >

[PATCH] staging: ccree: Fix bool comparison

From: Suniel Mahesh Bool tests don't need comparisons. This fixes the following coccinelle warning: WARNING: Comparison of bool to 0/1 Signed-off-by: Suniel Mahesh --- Note: - Patch was tested and built(ARCH=arm) on latest linux-next. - No build

Re: CONFIG_DMA_NOOP_OPS breaks ARM arch

+ Robin and Christoph On 16/10/17 06:27, Marian Mihailescu wrote: > I am using 4.14-rc4 with a patch on top that includes > arch/arm/include/asm/dma-mapping.h in a module. > > I have MMU enabled, so > select DMA_NOOP_OPS if !MMU > does nothing for me, and I get a compile error because

Re: [PATCH] printk: Remove superfluous memory barriers from printk_safe

On Sun 2017-10-15 20:27:15, Steven Rostedt wrote: > On Sat, 14 Oct 2017 18:21:29 +0900 > Sergey Senozhatsky wrote: > > > On (10/11/17 12:46), Steven Rostedt wrote: > > > From: Steven Rostedt (VMware) > > > > > > The variable

Re: [linux-sunxi] Re: [PATCH 5/7] drm/sun4i: backend: Offset layer buffer address by DRAM starting address

Hi, On Mon, Oct 16, 2017 at 4:00 PM, Maxime Ripard wrote: > Hi, > > I've applied all the other patches. > > On Sat, Oct 14, 2017 at 12:02:50PM +0800, Chen-Yu Tsai wrote: >> The display backend, as well as other peripherals that have a DRAM >> clock gate and

Re: [PATCH] dmaengine: rcar-dmac: use DMATCRB when xxx_TO_MEM direction

Hi Morimoto-san, Thank you for the patch. (By the way the subject line should have mentioned v2) On Monday, 16 October 2017 10:28:35 EEST Kuninori Morimoto wrote: > From: Kuninori Morimoto > > SYS/RT/Audio DMAC have both TCR/TCRB. > Its difference is transfer

Re: [PATCH V13 1/7] PM / Domains: Add support to select performance-state of domains

On 16-10-17, 03:59, Kevin Hilman wrote: > I have some usecases in mind where the performance state might need to > be selected based on OPP voltage, but that's now a change that can be > added later when that feature is needed. I will be more than happy to get that in. > Reviewed-by: Kevin

Re: [PATCH 3/4] ARM: dts: imx28-tx28: fix interrupt flags and use interrupts-extended property

Hi, On Mon, 16 Oct 2017 09:17:26 +0200 Uwe Kleine-König wrote: > Hello, > > On Wed, Oct 11, 2017 at 01:05:38PM +0200, Lothar Waßmann wrote: > > diff --git a/arch/arm/boot/dts/imx28-tx28.dts > > b/arch/arm/boot/dts/imx28-tx28.dts > > index 211e67d..3c852f7 100644 > > ---

Re: [PATCHv2, RFC] x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G

On Sat, Oct 14, 2017 at 01:19:08PM -0400, Brian Gerst wrote: > From what we've seen with the TLB flush rework, having potential > garbage in the page tables that speculative reads can see can cause > bad things like machine checks. It would be best to have a second > temporary page just for the

Re: tracing, dma-buf: Remove unused trace event dma_fence_annotate_wait_on

On Fri, Oct 13, 2017 at 05:27:59PM +0200, Christian König wrote: > Am 13.10.2017 um 16:06 schrieb Steven Rostedt: > > From: Steven Rostedt (VMware) > > > > Commit e941759c74 ("fence: dma-buf cross-device synchronization") added > > trace event fence_annotate_wait_on, but

Re: [PATCH] drm/tinydrm: Replace list_for_each with list_for_each_entry

On Sun, Oct 15, 2017 at 01:58:23AM +0530, Harsha Sharma wrote: > Replace use of list_for_each with list_for_each_entry to simplify the > code and remove variables that are used only in list_for_each. > Done with following coccinelle patch: > > @r@ > identifier fn,i,f,p; > expression e; > iterator

[PATCH 1/2] mm, thp: introduce dedicated transparent huge page allocation interfaces

From: Changbin Du This patch introduced 4 new interfaces to allocate a prepared transparent huge page. - alloc_transhuge_page_vma - alloc_transhuge_page_nodemask - alloc_transhuge_page_node - alloc_transhuge_page The aim is to remove duplicated code and simplify

[PATCH 2/2] mm: rename page dtor functions to {compound,huge,transhuge}_page__dtor

From: Changbin Du The current name free_{huge,transhuge}_page are paired with alloc_{huge,transhuge}_page functions, but the actual page free function is still free_page() which will indirectly call free_{huge,transhuge}_page. So this patch removes this confusion by

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: drivers/net/dsa/mv88e6060.c between commit: 3efc93c2bc243 ("net: dsa: mv88e6060: fix switch MAC address") from the net tree and commit: 56c3ff9bf23e1 ("net: dsa: mv88e6060: setup random mac address") from the

Re: [PATCH 0/2] vfio-ccw bugfix

On Wed, 11 Oct 2017 04:38:20 +0200 Dong Jia Shi wrote: > Some bugfixes according to recent discussion. > > Dong Jia Shi (2): > vfio: ccw: bypass bad idaw address when fetching IDAL ccws > vfio: ccw: validate the count field of a ccw before pinning > >

Re: [linux-sunxi] Re: [PATCH 5/7] drm/sun4i: backend: Offset layer buffer address by DRAM starting address

在 2017-10-16 16:00，Maxime Ripard 写道： Hi, I've applied all the other patches. On Sat, Oct 14, 2017 at 12:02:50PM +0800, Chen-Yu Tsai wrote: The display backend, as well as other peripherals that have a DRAM clock gate and access DRAM directly, bypassing the system bus, address the DRAM

Re: Does perf-annotate work correctly?

On Mon, Oct 16, 2017 at 11:30:51AM +0200, Jiri Olsa wrote: > On Fri, Oct 13, 2017 at 06:15:00PM +0800, Du, Changbin wrote: > > Hi Jiri, > > Sorry, missed you (but get_maintainer.pl doesn't list you). Here is ealier > > email. > > https://lkml.org/lkml/2017/9/12/158 > > > > Do you think if this

Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support

On Mon 2017-10-16 10:18:04, Michal Hocko wrote: > On Sun 15-10-17 08:58:56, Pavel Machek wrote: > > Hi! > > > > > Yes you wrote that already and my counter argument was that this generic > > > posix interface shouldn't bypass virtual memory abstraction. > > > > > > > > > The contiguous

Re: [PATCH 7/9] KVM: arm/arm64: vgic-its: free caches when GITS_BASER Valid bit is cleared

On Mon, Oct 16, 2017 at 10:47:35AM +0100, Peter Maydell wrote: > On 16 October 2017 at 10:26, Christoffer Dall wrote: > > Hi Eric, > > > > On Mon, Sep 25, 2017 at 03:34:36PM +0200, Eric Auger wrote: > >> When the GITS_BASER.Valid gets cleared, the data structures in > >> guest

Re: [PATCH v2] ACPI / PM: Combine device suspend routines

On 14 October 2017 at 17:43, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > On top of a previous change getting rid of the PM QoS flag > PM_QOS_FLAG_REMOTE_WAKEUP, combine two ACPI device suspend routines, > acpi_dev_runtime_suspend() and

  1   2   3   4   5   6   7   8   9   10   >