[PATCH 2/2] ACPI: EC: Revert "ACPI / EC: Enable event freeze mode..." to fix a regression

On Lenovo ThinkPad X1 Carbon - the 5th Generation, enabling an earlier EC event freezing timing causes acpitz-virtual-0 to report a stucked 48C temparature. And with EC firmware revisioned as 1.14, without reverting back to old EC event freezing timing, the fan still blows up after a system resume

[PATCH 1/2] ACPI: EC: Drop EC noirq hooks to fix a regression

According to the bug report, though the busy polling mode can make noirq stages executed faster, it causes abnormal fan blowing up after a system resume (see link #1 for a video demonstration) on Lenovo ThinkPad X1 Carbon - the 5th Generation. The problem can be fixed by an upgraded EC firmware.

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On 2017/7/12 0:34, Peter Zijlstra wrote: > On Tue, Jul 11, 2017 at 06:09:27PM +0200, Frederic Weisbecker wrote: > - tick_nohz_idle_enter costs 7058ns - 10726ns - tick_nohz_idle_exit costs 8372ns - 20850ns >>> >>> Right, those are horrible expensive, but skipping them isn't 'hard', the

Re: sun4v+DMA related boot crash on 4.13-git

On 07/11/2017 09:02 PM, David Miller wrote: From: Tushar Dave Date: Tue, 11 Jul 2017 20:43:39 -0700 Yes, indeed the bug is in Linus's tree. However, 'sparc' tree doesn't have DMA API change (e.g. commit b02c2b0bfd7ae) yet that introduced the panic. You can simply

Re: [RFC v5 15/38] powerpc: helper function to read,write AMR,IAMR,UAMOR registers

On Wed, 5 Jul 2017 14:21:52 -0700 Ram Pai wrote: > Implements helper functions to read and write the key related > registers; AMR, IAMR, UAMOR. > > AMR register tracks the read,write permission of a key > IAMR register tracks the execute permission of a key > UAMOR

Re: [PATCH v4] clk: axs10x: introduce AXS10X pll driver

On 06/21, Eugeniy Paltsev wrote: > AXS10X boards manages it's clocks using various PLLs. These PLL has same > dividers and corresponding control registers mapped to different addresses. > So we add one common driver for such PLLs. > > Each PLL on AXS10X board consist of three dividers: IDIV,

Re: in:imklog segfault in 4.12+git on most sparc64's

> In following commits around this one (some bisect steps before, and the > last step) the crashes were slightly different from the original crash > yersterday, like > > in:imuxsock[1606]: segfault at fff8 ip f774e154 (rpc > f774dfe8) sp 0001f7965a68 error 30002 in >

[PATCH] iwlwifi: mvm: Fix a memory leak in an error handling path in 'iwl_mvm_sar_get_wgds_table()'

We should free 'wgds.pointer' here as done a few lines above in another error handling path. It was allocated within 'acpi_evaluate_object()'. Signed-off-by: Christophe JAILLET --- A comment in '/drivers/acpi/acpica/utalloc.c' states that: /* [...] Note: The caller

Re: [PATCH 2/5] mm/device-public-memory: device memory cache coherent with CPU v2

On Tue, 11 Jul 2017 10:57:44 -0400 Jerome Glisse wrote: > On Tue, Jul 11, 2017 at 02:12:15PM +1000, Balbir Singh wrote: > > On Mon, 3 Jul 2017 17:14:12 -0400 > > Jérôme Glisse wrote: > > > > > Platform with advance system bus (like CAPI or CCIX) allow

Re: in:imklog segfault in 4.12+git on most sparc64's

From: Meelis Roos Date: Tue, 11 Jul 2017 14:48:27 +0300 (EEST) >> I tested yesterdays git with 4.13 sparc merge on a big bunch of my test >> machines. >> >> Good news: the timestamps starting from boot seem to work on all the >> machines, starting with Ultra 1 and Ultra 2. >>

Re: [RFC PATCH 2/4] pmbus: Add fan configuration support

On 07/11/2017 05:39 PM, Andrew Jeffery wrote: On Tue, 2017-07-11 at 06:40 -0700, Guenter Roeck wrote: On 07/10/2017 06:56 AM, Andrew Jeffery wrote: Augment PMBus support to include control of fans via the FAN_COMMAND_[1-4] registers, both in RPM and PWM modes. The behaviour of

Re: sun4v+DMA related boot crash on 4.13-git

On 07/11/2017 05:34 PM, David Miller wrote: From: Tushar Dave Date: Tue, 11 Jul 2017 15:38:21 -0700 On 07/11/2017 02:48 PM, Meelis Roos wrote: I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works fine, and on all of my sun4v machines (T1000,

Re: [PATCH v2 02/10] cpufreq: provide data for frequency-invariant load-tracking support

On 11-07-17, 16:06, Dietmar Eggemann wrote: > But in the meantime we're convinced that cpufreq_driver_fast_switch() is > not the right place to call arch_set_freq_scale() since for (future) > arm/arm64 fast-switch driver, the return value of > cpufreq_driver->fast_switch() does not give us the

Re: in:imklog segfault in 4.12+git on most sparc64's

From: Al Viro Date: Wed, 12 Jul 2017 04:59:45 +0100 > Again, my apologies for format of that all - I'm almost completely > off-net and while typing an ed script is feasible, context diff is > too far over the top. Usimg mutt in ssh session from android is > not fun, to

[PATCH v2 2/2] Staging: android/ion: fix sparse warning

Declare private function static to fix sparse warning: ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ was not declared. Should it be static? Signed-off-by: Joseph Wright --- Changes in v2: - Split into multiple patches

[PATCH v2 0/2] Staging: android/ion: fix sparse warnings

Split sparse warning fixes into multiple patches. Joseph Wright (2): Staging: android/ion: fix sparse warnings Staging: android/ion: fix sparse warning drivers/staging/android/ion/ion.h | 4 drivers/staging/android/ion/ion_cma_heap.c | 2 +- 2 files changed, 5 insertions(+), 1

[PATCH v2 1/2] Staging: android/ion: fix sparse warnings

Declare functions to fix sparse warnings: ion_carveout_heap.c:115:17: warning: symbol 'ion_carveout_heap_create' \ was not declared. Should it be static? ion_chunk_heap.c:120:17: warning: symbol 'ion_chunk_heap_create' \ was not declared. Should it be static? Signed-off-by:

Re: [RFC PATCH 3/4] pmbus: Allow dynamic fan coefficient values

On 07/11/2017 06:20 PM, Andrew Jeffery wrote: On Tue, 2017-07-11 at 06:31 -0700, Guenter Roeck wrote: On 07/10/2017 06:56 AM, Andrew Jeffery wrote: Some PMBus chips, such as the MAX31785, use different coefficients for FAN_COMMAND_[1-4] depending on whether the fan is in PWM (percent duty) or

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On 2017/7/12 2:11, Paul E. McKenney wrote: > On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: >> On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote: >>> On Mon, Jul 10, 2017 at 09:38:34AM +0800, Aubrey Li wrote: From: Aubrey Li

[PATCH net-next 3/4] net-next: mediatek: add support for MediaTek MT7622 SoC

From: Sean Wang This patch adds the driver for ethernet controller on MT7622 SoC. It has the similar handling logic as the previously MT7623 does, but there are additions against with MT7623 SoC, the shared SGMII given for the dual GMACs and including 5-ports 10/100

[PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

From: Sean Wang This patch is the preparation patch in order to adapt into various hardware through adding platform data which holds specific characteristics among MediaTek SoCs and introducing the unified clock handler for those distinct clock requirements depending on

[PATCH net-next 4/4] MAINTAINERS: add Sean/Nelson as MediaTek ethernet maintainers

From: Sean Wang Sean and Nelson work for MediaTek on maintaining the MediaTek ethernet driver for the existing SoCs and adding support for the following SoCs. In the past, Sean has been active at making most of the qualifications , stress test and submitting a lot of

[PATCH] Input: i8042 - add Gigabyte P57 to the keyboard reset table

Similar to other Gigabyte laptops, the touchpad on P57 requires a keyboard reset to detect Elantech touchpad correctly. BugLink: https://bugs.launchpad.net/bugs/1594214 Signed-off-by: Kai-Heng Feng --- drivers/input/serio/i8042-x86ia64io.h | 7 +++ 1 file

Re: [PATCH v2 3/4] btrfs: Add zstd support

On Tue, Jul 11, 2017 at 06:01:38AM +, Nick Terrell wrote: > On 7/10/17, 9:57 PM, "Nick Terrell" wrote: > > The problem is caused by a gcc-7 bug [1]. It miscompiles > > ZSTD_wildcopy(void *dst, void const *src, ptrdiff_t len) when len is 0. > > Sorry, my patch still triggered

RE: [PATCH v10] vfio: ABI for mdev display dma-buf operation

> -Original Message- > From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On > Behalf Of Daniel Vetter > Sent: Tuesday, July 11, 2017 5:16 PM > To: Zhang, Tina > Cc: Tian, Kevin ; linux-kernel@vger.kernel.org; intel- >

Re: [RFC v5 02/38] powerpc: Free up four 64K PTE bits in 64K backed HPTE pages

On Tue, 11 Jul 2017 08:44:15 -0700 Ram Pai wrote: > On Tue, Jul 11, 2017 at 03:59:59PM +1000, Balbir Singh wrote: > > On Wed, 5 Jul 2017 14:21:39 -0700 > > Ram Pai wrote: > > > > > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > > > in

Re: [RFC v5 14/38] powerpc: initial plumbing for key management

On Wed, 5 Jul 2017 14:21:51 -0700 Ram Pai wrote: > Initial plumbing to manage all the keys supported by the > hardware. > > Total 32 keys are supported on powerpc. However pkey 0,1 > and 31 are reserved. So effectively we have 29 pkeys. > > This patch keeps track of

[PATCH] PM / OPP: OF: Use pr_debug() instead of pr_err() while adding OPP table

Some platforms add the OPPs dynamically from platform specific drivers instead of getting them statically from DT. The cpufreq-dt driver already ignores the return value of dev_pm_opp_of_cpumask_add_table() to not error out for such cases, but we still end up printing error message from that

Re: [PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Date: Wed, 12 Jul 2017 11:37:41 +0800 > From: Sean Wang > > The series adds the driver for ethernet controller found on MT7622 SoC. > There are additions against with previous MT7623 SoC such as shared SGMII > given for the dual GMACs and

Re: [PATCH RFC v4] cpufreq: schedutil: Make iowait boost more energy efficient

On 11-07-17, 07:14, Joel Fernandes wrote: > I think the whole point of IOWAIT boost was to solve the issue with a > long sequence of repeated I/O requests as described in the commit > message. So IIUC there isn't a usecase for that (increase freq. on > first request). Right. So we can take

Re: [PATCH 1/1] bridge: mdb: fix leak on complete_info ptr on fail path

From: Eduardo Valentin Date: Tue, 11 Jul 2017 14:55:12 -0700 > We currently get the following kmemleak report: > unreferenced object 0x8800039d9820 (size 32): > comm "softirq", pid 0, jiffies 4295212383 (age 792.416s) > hex dump (first 32 bytes): > 00 0c e0 03 00

Re: [PATCH v10] vfio: ABI for mdev display dma-buf operation

On 2017.07.11 11:12:36 +0200, Daniel Vetter wrote: > On Tue, Jul 11, 2017 at 08:14:08AM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > > +struct vfio_device_query_gfx_plane { > > > > + __u32 argsz; > > > > + __u32 flags; > > > > + struct vfio_device_gfx_plane_info plane_info; >

Re: [PATCH v1] clk: fractional-divider: fix up the fractional clk's jitter

On 07/06/2017 06:01 PM, Heiko Stübner wrote: Hi Elaine, Am Donnerstag, 6. Juli 2017, 16:28:34 CEST schrieb Elaine Zhang: fractional divider must set that denominator is 20 times larger than numerator to generate precise clock frequency. Otherwise the CLK jitter is very big, poor quality of

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Quoting Stefan Berger (Stefan bergerstef...@linux.vnet.ibm.com): > +/* > + * xattr_list_userns_rewrite - Rewrite list of xattr names for user > namespaces > + * or determine needed size for attribute list > + * in case size == 0 > + * > + *

[GIT] Sparc

1) Fix symbol version generation for assembler on sparc, from Nagarathnam Muthusamy. 2) Fix compound page handling in gup_huge_pmd(), from Nitin Gupta. Please pull, thanks a lot! The following changes since commit 5faab9e0f03c4eef97886b45436015e107f79f5f: Merge branch 'for-linus' of

linux-next: Tree for Jul 12

Hi all, Please do not add any v4.14 material to you linux-next included branches until after v4.13-rc1 has been released. Changes since 20170711: The vfs tree lost its build failure. Non-merge commits (relative to Linus' tree): 1170 1121 files changed, 44069 insertions(+), 16713 deletions

[PATCH V4] PCI: Add Extended Tags quirk for Broadcom HT2100 Root Port

All PCIe devices are expected to be able to handle 8-bit tags. 'commit 60db3a4d8cc9 ("PCI: Enable PCIe Extended Tags if supported")' enabled extended tags for all devices based on the spec direction. The Broadcom HT2100 seems to be having issues with handling 8-bit tags. Mark it as broken. If a

Re: [GIT PULL] Char/Misc driver patches for 4.12-rc1

Hi all, On Sat, 06 May 2017 11:12:36 -0700 James Bottomley wrote: > > What about resending the conflict reminders at -rc7 ... that way we > only have a week or two to forget again? OK, I attempted to do that this time ... I wonder if it made a difference

Re: [PATCH] cpufreq: schedutil: Update cached "current frequency" when limits change

On 11-07-17, 19:24, Saravana Kannan wrote: > Currently, the governor calculates the next frequency, set the current CPU > frequency (policy->cur). It also assumes the current CPU frequency doesn't > change if the next frequency isn't calculated again and hence caches the > "current frequency". >

Re: [PATCH v2 2/2] Staging: android/ion: fix sparse warning

Hi, Again, your subject is too generic. On Wed, Jul 12, 2017 at 6:51 AM, Joseph Wright wrote: > Declare private function static to fix sparse warning: > > ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ > was not declared. Should it be static? > >

AW: Wir vergeben Kredite mit einem Zinssatz von jährlich 2%

Wir vergeben Kredite mit einem Zinssatz von jährlich 2%. Die Bearbeitung des Antrags erfolgt rasch, wir verlangen keine Gebühren, was sie beantragen werden wir annehmen. Wir bewilligen Kredite von bis zu 40 Millionen Euro und von mindestens 15.000 Euro. Sie können einen geschäftlichen oder

Remove __end_entry_SYSENTER_compat?

Anyone think this is an OK-ish idea? It saves us the global symbol but requires the two functions to remained glued together. :-\ --- diff --git a/arch/x86/entry/entry_64_compat.S b/arch/x86/entry/entry_64_compat.S index e1721dafbcb1..262519da8661 100644 --- a/arch/x86/entry/entry_64_compat.S

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On Wed, Jul 12, 2017 at 11:19:59AM +0800, Li, Aubrey wrote: > On 2017/7/12 2:11, Paul E. McKenney wrote: > > On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: > >> On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote: > >>> On Mon, Jul 10, 2017 at 09:38:34AM +0800,

Re: [PATCH 0/3] USB Mux support for Chipidea

On 2017-07-12 03:02, Stephen Boyd wrote: > This patchset adds support for the TC7USB40MU usb mux found on > db410c 96boards platforms via the new multiplexer framework and > hooks that into the chipidea driver. This allows us to properly > control host or device mode on this board via the sysfs

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On 2017/7/12 13:03, Paul E. McKenney wrote: > On Wed, Jul 12, 2017 at 11:19:59AM +0800, Li, Aubrey wrote: >> On 2017/7/12 2:11, Paul E. McKenney wrote: >>> On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote:

Re: [PATCH v2 1/2] Staging: android/ion: fix sparse warnings

Hi, please consider changing your subject to something like staging: android/ion: declare two functions Perhaps you can make it more on-topic. It's more useful than "fix sparse warning" On Wed, Jul 12, 2017 at 6:51 AM, Joseph Wright wrote: > Declare functions to fix

Re: [PATCH] Clean up lirc zilog error codes

On Tue, Jul 11, 2017 at 7:57 PM, Yves Lemée wrote: > According the coding style guidelines, the ENOSYS error code must be returned > in case of a non existent system call. This code has been replaced with > the ENOTTY error code indicating, a missing functionality. >

[PATCH] usb: dwc3: Fix the USB 3.0 hub detection bug after warm boot

The dwc3 could not release resources when the module is built-in because this module does not have shutdown method. This causes the USB 3.0 hub is not able to detect after warm boot. Original patch by Brian Kim, updated and submitted upstream by gustavo panizzo. Also see

Re: sun4v+DMA related boot crash on 4.13-git

From: Tushar Dave Date: Tue, 11 Jul 2017 20:43:39 -0700 > Yes, indeed the bug is in Linus's tree. However, 'sparc' tree doesn't > have DMA API change (e.g. commit b02c2b0bfd7ae) yet that introduced > the panic. You can simply make a note of this when you send the bug

Re: [PATCH 3/4] Staging: Lustre Fixing multiline block comments in lnetst.h

On Jul 11, 2017, at 11:14, Greg Kroah-Hartman wrote: > > On Fri, Jul 07, 2017 at 01:47:04AM +, Craig Inches wrote: >> This fixes multiple block statements found not to match >> style as per checkpatch >> >> Signed-off-by: Craig Inches >>

Re: [PATCH 8/8] Staging: lustre :lustre: include :lustre_compat.h: Prefer using the BIT macro

> On Jul 11, 2017, at 11:08, Greg KH wrote: > > On Thu, Jul 06, 2017 at 12:43:15PM +0530, Jaya Durga wrote: >> Replace all instances of (1 << 27) with BIT(27) to fix >> checkpatch check messages >> >> Signed-off-by: Jaya Durga >> --- >>

Re: [GIT pull] irq updates for 4.13

* Sebastian Reichel [170711 15:51]: > Hi, > > On Tue, Jul 11, 2017 at 11:41:52PM +0200, Thomas Gleixner wrote: > > [...] > > > > Here is a revised version of the previous patch with the conditional > > locking removed and a bunch of comments added. > > That

Re: [f2fs-dev] [PATCH] f2fs: remove extra inode_unlock() in error path

On 2017/7/12 0:30, Luis Henriques wrote: > This commit removes an extra inode_unlock() that is being done in function > f2fs_ioc_setflags error path. While there, get rid of a useless 'out' > label as well. > > Fixes: 0abd675e97e6 ("f2fs: support plain user/group quota") > Signed-off-by: Luis

[PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Sean Wang The series adds the driver for ethernet controller found on MT7622 SoC. There are additions against with previous MT7623 SoC such as shared SGMII given for the dual GMACs and built-in 5-ports 10/100 embedded switch support (ESW). Thus more clocks consumers

[PATCH net-next 1/4] dt-bindings: net: mediatek: add support for MediaTek MT7623 and MT7622 SoC

From: Sean Wang The patch adds the supplements in the dt-binding document for MediaTek MT7622 SoC with extra SGMII system controller and relevant clock consumers listed as the requirements for those SoCs equipped with the SGMII circuit. Also, add the missing binding

Re: [PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

On 07/11/2017 08:37 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch is the preparation patch in order to adapt into various > hardware through adding platform data which holds specific characteristics > among MediaTek SoCs and introducing the unified

Re: [PATCH v3 7/9] vfio: Use driver_override to avert binding to compromising drivers

On Mon, Jul 10, 2017 at 03:34:12PM -0600, Alex Williamson wrote: > On Mon, 26 Jun 2017 10:08:55 +0100 > Russell King - ARM Linux wrote: > > > On Tue, Jun 20, 2017 at 09:48:31AM -0600, Alex Williamson wrote: > > > If a device is bound to a non-vfio, non-whitelisted driver

Re: Potential scheduler regression

On Tue, Jul 11, 2017 at 10:30:14AM +0200, Ingo Molnar wrote: > > * Ben Guthro wrote: > > > > If people have experience with these in the "enterprise" distros, or any > > > other > > > tree, and want to provide me with backported, and tested, patches, I'll > > > be > > >

Re: [PATCH] tty: Fix TIOCGPTPEER ioctl definition

On Tue, Jul 11, 2017 at 03:12:17AM +0300, Gleb Fotengauer-Malinovskiy wrote: > This ioctl does nothing to justify an _IOC_READ or _IOC_WRITE flag > because it doesn't copy anything from/to userspace to access the > argument. > > Fixes: 54ebbfb1 ("tty: add TIOCGPTPEER ioctl") I think its

Re: [PATCH] drm: inhibit drm drivers register to uninitialized drm core

On Sat, Jul 08, 2017 at 11:43:52PM +0200, Alexandru Moise wrote: > If the DRM core fails to init for whatever reason, ensure that > no driver ever calls drm_dev_register(). > > This is best done at drm_dev_init() as it covers drivers that call > drm_dev_alloc() as well as drivers that prefer to

[PATCH] usb: dwc2: gadget: On USB RESET reset device address to zero

Reseted DEVADDR field in DCFG to zero on USB RESET. Device address in DCFG register does not reset to zero, which required to pass enumeration, after disconnect and reconnect. Signed-off-by: Minas Harutyunyan --- drivers/usb/dwc2/gadget.c | 3 +++ 1 file changed, 3

[PATCH] net: stmmac: make const array route_possibilities static

From: Colin Ian King Don't populate array route_possibilities on the stack but make it static const. Makes the object code a little smaller by 85 bytes: Before: textdata bss dec hex filename 99012448 0 12349303d dwmac4_core.o

Re: [RFC] mm/mremap: Remove redundant checks inside vma_expandable()

On 07/11/2017 12:52 PM, Michal Hocko wrote: > On Tue 11-07-17 09:16:12, Michal Hocko wrote: >> On Tue 11-07-17 08:56:04, Vlastimil Babka wrote: > [...] >>> It doesn't explain why it's redundant, indeed. Unfortunately, the commit >>> f106af4e90ea ("fix checks for expand-in-place mremap") which

Re: [PATCH v2] PCI: Add ATS-disable quirk for AMD Stoney GPUs

Hi Bjorn, On Mon, Jul 10, 2017 at 11:53:58AM -0500, Bjorn Helgaas wrote: > I'm still confused. Per Samuel > (6dd9dbac-9b65-bc7c-bb08-413a05d09...@sieb.net): > > Samuel> The other patch seems to fix this issue without disabling ATS. > Samuel> Isn't that better? > > and Alex >

Re: [PATCH] staging: bcm2835-audio: replace BUG_ON with WARN_ON

On Tue, Jul 11, 2017 at 04:54:24PM +0530, karuna grewal wrote: > replace BUG_ON with WARN_ON as pointed out by checkpatch > > Signed-off-by: Karuna Grewal I can not accept patches sent in html format... > --- >  

[PATCH 4/5] drm/rockchip: vop: add a series of vop support

Vop Full framework now has following vops: IP versionchipname 3.1 rk3288 3.2 rk3368 3.4 rk3366 3.5 rk3399 big 3.6 rk3399 lit 3.7 rk322x 3.8 rk3328 The above IP version is from H/W define, some of vop support

[PATCH 3/5] drm/rockchip: vop: move line_flag_num to interrupt registers

Signed-off-by: Mark Yao --- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 2 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 4 ++-- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 8 3 files changed, 7 insertions(+), 7 deletions(-) diff --git

Re: [PATCH 2/2] mmc: sdhci-of-at91: set clocks and presets after resume from deepest PM

On 16 June 2017 at 09:29, Quentin Schulz wrote: > This adds deepest (Backup+Self-Refresh) PM support to the ATMEL SAMA5D2 > SoC's SDHCI controller. > > When resuming from deepest state, it is required to restore preset > registers as the registers are lost since

Re: [PATCH 8/9] RISC-V: User-facing API

On Mon, Jul 10, 2017 at 01:00:29PM -0700, Palmer Dabbelt wrote: > On Thu, 06 Jul 2017 08:45:13 PDT (-0700), will.dea...@arm.com wrote: > > On Thu, Jul 06, 2017 at 08:34:27AM -0700, Christoph Hellwig wrote: > >> On Thu, Jul 06, 2017 at 09:55:03AM +0100, Will Deacon wrote: > >> > Agreed on the

[RESEND PATCH 06/13] vfs: Remove next_fd from fd alloc code path.

The IDR is used in file descriptor allocation code to allocate new file descriptor so, no need of next_fd to track next file descriptor. Hence removing it from file descriptor allocation code path. Signed-off-by: Sandhya Bankar Signed-off-by: Matthew Wilcox

Re: [GIT pull] irq updates for 4.13

On Tue, 11 Jul 2017, Sebastian Reichel wrote: > On Tue, Jul 11, 2017 at 12:52:17PM +0200, Thomas Gleixner wrote: > > On Tue, 11 Jul 2017, Thomas Gleixner wrote: > > > On Tue, 11 Jul 2017, Sebastian Reichel wrote: > > > So this crashes in do_raw_spin_unlock_irqrestore() !?! I just have to > > >

[RESEND PATCH 08/13] vfs: Use idr_tag_get() in fd_is_open().

Use idr_tag_get() in fd_is_open() to know whether a given fd is allocated. Also move fd_is_open() to file.c and make it static as it is only called from one place. Signed-off-by: Sandhya Bankar Signed-off-by: Matthew Wilcox --- fs/file.c

Re: [PATCH 4.12 00/27] 4.12.1-stable review

On Mon, Jul 10, 2017 at 06:21:52PM -0700, Guenter Roeck wrote: > On 07/10/2017 10:09 AM, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.12.1 release. > > There are 27 patches in this series, all will be posted as a response > > to this one. If anyone has any

Re: [PATCH v1 1/1] gpio: gpio-crystalcove: Skip IRQ CTRL register update for virtual GPIOs

Hi, On 11-07-17 01:35, sathyanarayanan kuppuswamy wrote: Hi Hans, Do you have any comments on this patch ? It kind of fixes your patch, so would prefer to get your comments. Sorry I did not notice this patch before, did you Cc me ? As for the patch, I deliberately did not add the check to

Re: [GIT pull] irq updates for 4.13

On Tue, 11 Jul 2017, Thomas Gleixner wrote: > On Mon, 10 Jul 2017, Linus Torvalds wrote: > > On Mon, Jul 10, 2017 at 6:35 AM, Sebastian Reichel > > wrote: > > > > > > This patch apparently breaks OMAP platform: > > > > > >

Re: [PATCH] drm: inhibit drm drivers register to uninitialized drm core

On Tue, Jul 11, 2017 at 11:41 AM, Greg Kroah-Hartman wrote: > On Mon, Jul 10, 2017 at 08:00:37PM +0200, Daniel Vetter wrote: >> On Mon, Jul 10, 2017 at 9:14 AM, Alexandru Moise >> <00moses.alexande...@gmail.com> wrote: >> > On Mon, Jul 10, 2017 at 08:52:46AM +0200,

Re: [PATCH] bus: omap-ocp2scp: Fix error handling in omap_ocp2scp_probe

Tony, On Wednesday 05 July 2017 01:38 PM, Tony Lindgren wrote: > * Kishon Vijay Abraham I [170704 03:23]: >> +Tony, Arnd, >> >> Hi, >> >> On Friday 19 May 2017 02:16 PM, Kishon Vijay Abraham I wrote: >>> The error handling code in omap_ocp2scp_probe fails to invoke >>>

[PATCH 2/7] platform/x86: compal-laptop: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 67816144 34 12959329f

[PATCH 0/7] Constify platform/x86 attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. Arvind Yadav (7): [PATCH 1/7] platform/x86: fujitsu-laptop: constify attribute_group structures. [PATCH

[PATCH V2 04/10] clk: sprd: add gate clock support

Some clocks on the Spreadtrum's SoCs are just simple gates. Add support for those clocks. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile | 1 + drivers/clk/sprd/gate.c | 104

[PATCH V2 07/10] clk: sprd: add composite clock support

This patch introduced composite driveri for Spreadtrum's SoCs. The functions of this composite clock simply consist of divider and mux clocks. Original-by: Xiaolong Zhang Signed-off-by: Chunyan Zhang --- drivers/clk/sprd/Makefile

[PATCH] powerpc/mm/hash: Remove stale comment.

In commit e6f81a92015b ("powerpc/mm/hash: Support 68 bit VA") the masking is folded into ASM_VSID_SCRAMBLE but the comment about masking is removed only from the firt use of ASM_VSID_SCRAMBLE. Signed-off-by: Michal Suchanek --- arch/powerpc/mm/slb_low.S | 4 1 file

Re: [PATCH v4 14/14] drm: remove unused and redundant callbacks

On 2017-07-11 10:13, Daniel Vetter wrote: > On Thu, Jul 06, 2017 at 02:20:48PM +0200, Peter Rosin wrote: >> Drivers no longer have any need for these callbacks, and there are no >> users. Zap. Zap-zap-zzzap-p-pp-p. >> >> Signed-off-by: Peter Rosin > > On patches 4-14: Acked-by:

Re: [PATCH 1/3] ASoC: codec: cpcap: new codec

Hi, On Tue, Jul 11, 2017 at 11:49:11AM +0100, Mark Brown wrote: > On Mon, Jul 10, 2017 at 10:15:41PM -0700, Tony Lindgren wrote: > > * Mark Brown [170710 10:52]: > > > > If this is part of a MFD shouldn't the parent device register it without > > > it needing to be in the

Re: [PATCH] virtio_scsi: always read VPD pages for multiqueue too

On Wed, Jul 05, 2017 at 10:30:56AM +0200, Paolo Bonzini wrote: > Multi-queue virtio-scsi uses a different scsi_host_template struct. > Add the .device_alloc field there, too. > > Fixes: 25d1d50e23275e141e3a3fe06c25a99f4c4bf4e0 > Cc: sta...@vger.kernel.org > Cc: David Gibson

Re: [v3 2/6] mm, oom: cgroup-aware OOM killer

On Mon, Jul 10, 2017 at 04:05:49PM -0700, David Rientjes wrote: > On Wed, 21 Jun 2017, Roman Gushchin wrote: > > > Traditionally, the OOM killer is operating on a process level. > > Under oom conditions, it finds a process with the highest oom score > > and kills it. > > > > This behavior

Re: [PATCH v2 tip/perf/core 1/6] perf symbols: find symbols in different mount namespace

Em Mon, Jul 10, 2017 at 04:29:43PM -0700, Krister Johansen escreveu: > On Mon, Jul 10, 2017 at 07:52:49PM -0300, Arnaldo Carvalho de Melo wrote: > > I will work on testing them soon, I just wanted this discussion to take > > place, what you did seems to be the best we can do with the existing > >

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On Mon, Jul 10, 2017 at 09:38:34AM +0800, Aubrey Li wrote: > From: Aubrey Li > > The system will enter a fast idle loop if the predicted idle period > is shorter than the threshold. > --- > kernel/sched/idle.c | 9 - > 1 file changed, 8 insertions(+), 1

Re: [PATCH v4 02/14] drm/atomic-helper: update lut props directly in ..._legacy_gamma_set

On 2017-07-11 10:02, Daniel Vetter wrote: > On Thu, Jul 06, 2017 at 02:20:36PM +0200, Peter Rosin wrote: >> Do not waste cycles looking up the property id when we have the >> actual property already. >> >> Signed-off-by: Peter Rosin > > With the names adjusted per my comments on

A question about acpi_early_init(), and want to invoke acpi_early_init() earlier

Hi, Rafael Recently, I worked for unify the interrupt delivery mode and do its setup earlier[1]. And I met a bug about ACPI[2]. When I investigated it, I got your commit c4e1acbb35e4 (ACPI / init: Run acpi_early_init() before timekeeping_init()). And I reproduced the problem you said.

Re: [PATCH RFC v4] cpufreq: schedutil: Make iowait boost more energy efficient

On 09-07-17, 10:08, Joel Fernandes wrote: > diff --git a/kernel/sched/cpufreq_schedutil.c > b/kernel/sched/cpufreq_schedutil.c > index 622eed1b7658..4d9e8b96bed1 100644 > --- a/kernel/sched/cpufreq_schedutil.c > +++ b/kernel/sched/cpufreq_schedutil.c > @@ -53,7 +53,9 @@ struct sugov_cpu { >

Re: KASAN vs. boot-time switching between 4- and 5-level paging

On Mon, Jul 10, 2017 at 05:30:38PM -0700, Andy Lutomirski wrote: > On Mon, Jul 10, 2017 at 2:24 PM, Kirill A. Shutemov > wrote: > > On Mon, Jul 10, 2017 at 01:07:13PM -0700, Andy Lutomirski wrote: > >> Can you give the disassembly of the backtrace lines? Blaming the > >>

[PATCH 6/7] platform/x86: asus-wmi: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 13140 840 1 13981369d

[PATCH 3/7] platform/x86: samsung-laptop: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 87105452 23 141853769

[PATCH 4/7] platform/x86: alienware-wmi: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 69321016 4879961f3c

[PATCH 7/7] platform/x86: toshiba_acpi: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 263601072 24 274566b40

Re: [PATCH 1/3] ASoC: codec: cpcap: new codec

On Mon, Jul 10, 2017 at 10:15:41PM -0700, Tony Lindgren wrote: > * Mark Brown [170710 10:52]: > > If this is part of a MFD shouldn't the parent device register it without > > it needing to be in the DT? > Having the MFD core part just do devm_of_platform_populate() leaves

[PATCH 5/7] platform/x86: panasonic-laptop: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 2505 600 43109 c25

[PATCH 1/7] platform/x86: fujitsu-laptop: constify attribute_group structures.

attribute_groups are not supposed to change at runtime. All functions working with attribute_groups provided by work with const attribute_group. So mark the non-const structs as const. File size before: textdata bss dec hex filename 74741205 24870321ff

[PATCH] parport_pc: use pr_cont

The kernel adds newline automatically between printk calls, we must use pr_cont if we want multiple printk strings on the same line. Signed-off-by: Mikulas Patocka --- drivers/parport/parport_pc.c | 24 1 file changed, 12 insertions(+), 12

  1   2   3   4   5   6   7   8   9   10   >