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

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 --- include/drm/drm_fb_helper.h | 32 include/drm/drm_modeset_helper_vtables.h | 16

[PATCH v2 12/14] drm: radeon: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

[PATCH v2 11/14] drm: nouveau: remove dead code and pointless local lut storage

The redundant fb helpers .load_lut, .gamma_set and .gamma_get are no longer used. Remove the dead code and hook up the crtc .gamma_set to use the crtc gamma_store directly instead of duplicating that info locally. Signed-off-by: Peter Rosin ---

[PATCH v2 09/14] drm: i915: remove dead code and pointless local lut storage

The driver stores lut values from the fbdev interface, and is able to give them back, but does not appear to do anything with these lut values. The generic fb helpers have replaced this function, and may even have made the driver work for the C8 mode from the fbdev interface. But that is untested.

Re: [PATCH RESEND 4/4] pwm: mediatek: add MT2712/MT7622 support

On 22/06/17 08:09, Zhi Mao wrote: Hi John, Thanks for your review the code and feedback. There are 3 issues in this patch: 1.adds PWM_CLK_DIV_MAX which really should go into its own patch 2.adds mtk_pwm_com_reg which should also go into its own patch 3.remove comments inline /*===*/ for #1

Re: linux-next: build failure after merge of most trees

Hi Nicholas, On Thu, 22 Jun 2017 15:49:52 +1000 Nicholas Piggin wrote: > > It could be this > > https://git.kernel.org/pub/scm/linux/kernel/git/masahiroy/linux-kbuild.git/commit/?h=thin-ar=ec2c9c20f0efab37ae31de44fe0617aa61283905 > > kbuild: handle libs-y archives

Re: linux-next: build failure after merge of most trees

Hi Nick, On Thu, 22 Jun 2017 16:20:11 +1000 Stephen Rothwell wrote: > > On Thu, 22 Jun 2017 15:49:52 +1000 Nicholas Piggin wrote: > > > > It could be this > > > >

Re: [PATCH] x86/insn: perf tools: Add new ptwrite instruction

On 19/05/17 17:28, Masami Hiramatsu wrote: > On Fri, 19 May 2017 10:50:30 +0300 > Adrian Hunter wrote: > >> Add ptwrite to the op code map and the perf tools new instructions test. >> To run the test: >> >> $ tools/perf/perf test "x86 ins" >> 39: Test x86 instruction

Re: [Intel-wired-lan] [PATCH] net: intel: e1000e: add check on e1e_wphy() return value

On 21/06/2017 22:52, Gustavo A. R. Silva wrote: Hi Ethan, Quoting Ethan Zhao : Gustavo, The return value of ret_val seems used to check if the access to PHY/NVM got its semaphore, generally speaking, it is needed for every PHY access of this driver.

[PATCH v2 0/7] add some device nodes support for rk322x SoC

These series add sdmmc, sdio, and other device nodes support for rk322x SoCs, and also introduce rk3229 basic dtsi file specifically. Changes from v1: - Extracted cpu enable-method from rk3229.dtsi to rk322x.dtsi - Updated the 'Reviewed-by' tag from Heiko Stuebner for [PATCH v2

Re: [PATCH v2 15/17] MIPS: JZ4770: Workaround for corrupted DMA transfers

Hi Paul, Maarten, On 20.06.2017 17:18, Paul Cercueil wrote: From: Maarten ter Huurne We have seen MMC DMA transfers read corrupted data from SDRAM when a burst interval ends at physical address 0x1000. To avoid this problem, we remove the final page of low memory

[PATCH] iommu: arm-smmu: Handle return of iommu_device_register.

iommu_device_register can fail here and we must check its return value. Signed-off-by: Arvind Yadav --- drivers/iommu/arm-smmu-v3.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c index 7d3f08a..182eb38

[PATCH] [PATCH v2] perf test: add platform dependency to test 15

This patch adds platform dependency into the test case 15 (perf_event_attr). It is based on a suggestion from Jiri Olsa. Add a new optional attribute named 'arch' in the [config] section of the test case file. It is a comma separated list of architecture names this test can be executed on. For

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

* Arnd Bergmann wrote: > > So I think we should consider it a syntactic construct to avoid. > > Unused variables are relatively harmless compared to used-uninitialized > variables that are always bugs (though they are provably impossible to > detect correctly in some cases). So

[PATCH] iommu: amd_iommu_init: constify amd_iommu_group.

File size before: textdata bss dec hex filename 143231840 353 165164084 drivers/iommu/amd_iommu_init.o File size After adding 'const': textdata bss dec hex filename 143791776 353 16508407c drivers/iommu/amd_iommu_init.o

Re: [PATCH] Moved module init-functions into the module.

Steve, Seems you moved the initialization of security module to late_initcall stage, that is not right. Functions defined with late_initcall() macro will be done pretty late than security_init(). For security modules, you should use security_initcall() macro to define the init

[PATCH NET 1/2] net: phy: Add phy loopback support in net phy framework

This patch add set_loopback in phy_driver, which is used by Mac driver to enable or disable a phy. it also add a generic genphy_loopback function, which use BMCR loopback bit to enable or disable a phy. Signed-off-by: Lin Yun Sheng --- drivers/net/phy/marvell.c| 1 +

Re: [PATCH v2 1/5] dt-bindings: add bindings for i2c-pca-platform

> + - reset-gpios : gpio specifier for gpio connected to RESET_N pin. What about the 'active' state that Rob mentioned in his last review? signature.asc Description: PGP signature

Re: [Xen-devel] [PATCH v4 07/18] xen/pvcalls: implement socket command

On Wed, Jun 21, 2017 at 01:16:56PM -0700, Stefano Stabellini wrote: > On Tue, 20 Jun 2017, Roger Pau Monné wrote: > > On Thu, Jun 15, 2017 at 12:09:36PM -0700, Stefano Stabellini wrote: > > > Just reply with success to the other end for now. Delay the allocation > > > of the actual socket to bind

Re: [PATCH 2/5] dt-bindings: phy-hisi-inno-usb2: add support for hisi-inno-usb2 phy

Hi, On 2017/6/21 17:00, Jiancheng Xue wrote: > Add support for hisi-inno-usb2 phy. > > Signed-off-by: Jiancheng Xue > --- > .../devicetree/bindings/phy/phy-hisi-inno-usb2.txt | 36 > ++ > 1 file changed, 36 insertions(+) > create mode 100644 >

[PATCH] iommu: intel-iommu: constify intel_dma_ops and intel_iommu_group

File size before: textdata bss dec hex filename 32765 7581824 353478a13 drivers/iommu/intel-iommu.o File size After adding 'const': textdata bss dec hex filename 32989 5341824 353478a13 drivers/iommu/intel-iommu.o

[PATCH v2 1/4] arm: dts: mt2701: Add ethernet device node

From: Sean Wang Add ethernet device node for MT2701 Signed-off-by: Sean Wang Signed-off-by: Erin Lo --- arch/arm/boot/dts/mt2701.dtsi | 24 1 file changed, 24 insertions(+) diff --git

Re: linux-next: build failure after merge of most trees

CC'ing Alan On Thu, 22 Jun 2017 15:24:41 +1000 Stephen Rothwell wrote: > Hi Dave, > > After merging almost all the trees, today's linux-next build (sparc64 > defconfig) failed like this: > > arch/sparc/lib/hweight.o: In function `__arch_hweight8': > (.text+0x0):

Re: [PATCH v3] drm: mediatek: change the variable type of rdma threshold

On Thu, 2017-06-22 at 10:43 +0800, Bibby Hsieh wrote: > For some greater resolution, the rdma threshold > variable will overflow. > > Signed-off-by: Bibby Hsieh > --- > drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 --- > 1 file changed, 4 insertions(+), 3

[PATCH v2 0/4] Add some DT nodes for Mediatek MT2701

This patch series based on v4.12-rc1, include MT2701 ethernet/disp bls/display function DT nodes. Change in v2: 1. Add reset properties in ethernet nodes 2. Split bls nodes into two patches for dtsi and actual board 3. Remove redundant dispsys@1400 node Sean Wang (1): arm: dts: mt2701:

[PATCH v2 3/4] arm: dts: mt2701: Add display bls related nodes for MT2701

From: Weiqing Kong This patch adds board related config for backlight Signed-off-by: Weiqing Kong Signed-off-by: Erin Lo --- arch/arm/boot/dts/mt2701-evb.dts | 29 + 1 file changed, 29

Re: UDF & dstring

On Wednesday 14 June 2017 11:46:14 Jan Kara wrote: > Hi, > > On Sun 11-06-17 17:10:02, Pali Rohár wrote: > > 2.1.3 Dstrings > > > > The ECMA 167 standard, as well as this document, has normally > > defined byte positions relative to 0. In section 7.2.12 of ECMA > > 167, dstrings are defined in

Re: [PATCH] x86/microcode/intel: make pointer intel_ucode_patch static

On Thu, Jun 22, 2017 at 09:49:40AM +0100, Colin King wrote: > From: Colin Ian King > > The pointer intel_ucode_patch does not need to be in global scope, > so make it static. > > Cleans up sparse warning: > "symbol 'intel_ucode_patch' was not declared. Should it be

Re: [PATCH 6/7] staging: ccree: add DT bus coherency detection

On Thu, Jun 22, 2017 at 10:07:52AM +0300, Gilad Ben-Yossef wrote: > The ccree driver has build time configurable support > to work on top of coherent (e.g. ACP) vs. none coherent bus > connections. Turn it to run-time configurable option > based on device tree. > > Signed-off-by: Gilad Ben-Yossef

Re: [PATCH] s390/crash: Fix KEXEC_NOTE_BYTES definition

On 06/22/2017 at 01:44 AM, Michael Holzheu wrote: > Am Fri, 9 Jun 2017 10:17:05 +0800 > schrieb Xunlei Pang : > >> S390 KEXEC_NOTE_BYTES is not used by note_buf_t as before, which >> is now defined as follows: >> typedef u32 note_buf_t[CRASH_CORE_NOTE_BYTES/4]; >> It was

Re: [PATCH] nvmem: rockchip-efuse: amend compatible rk322x-efuse to rk3228-efuse

Am Donnerstag, 22. Juni 2017, 16:46:47 CEST schrieb Frank Wang: > As the comments from Heiko Stuebner that compatible > should not contain any placeholders, this patch fix it for rk3228 SoC. > > Signed-off-by: Frank Wang not sure how this slipped

Re: [PATCH 1/7] drm/bridge: Support hotplugging panel-bridge.

On Thu, 22 Jun 2017 13:47:43 +0530 Archit Taneja wrote: > On 06/22/2017 01:20 PM, Benjamin Gaignard wrote: > > 2017-06-20 19:31 GMT+02:00 Eric Anholt : > >> Archit Taneja writes: > >> > >>> On 06/16/2017 08:13 PM, Eric Anholt

Re: [RFC v3 01/23] powerpc: Free up four 64K PTE bits in 4K backed HPTE pages

On Wed, 2017-06-21 at 18:39 -0700, Ram Pai wrote: > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6, > in the 4K backed HPTE pages. These bits continue to be used > for 64K backed HPTE pages in this patch, but will be freed > up in the next patch. The bit numbers are big-endian as >

Re: [PATCH] mm/hwpoison: Clear PRESENT bit for kernel 1:1 mappings of poison pages

On Wed, Jun 21, 2017 at 10:47:40AM -0700, Luck, Tony wrote: > I would if I could work out how to use it. From reading the manual > page there seem to be a few options to this, but none of them appear > to just drop a specific address (apart from my own). :-( $ git send-email --to ... --cc ...

Re: [PATCH v2] tpm: consolidate the TPM startup code

On Wed, Jun 21, 2017 at 07:04:53AM -0400, Stefan Berger wrote: > On 06/21/2017 03:31 AM, Jarkko Sakkinen wrote: > > Consolidated all the "manual" TPM startup code to a single function > > in order to make code flows a bit cleaner and migrate to tpm_buf. > > > > Signed-off-by: Jarkko Sakkinen

Re: [PATCH 2/5] x86/cpuid: Add generic table for cpuid dependencies

In article <20170621234106.16548-3-a...@firstfloor.org> you wrote: > Some CPUID features depend on other features. Currently it's > possible to to clear dependent features, but not clear the base features, > which can cause various interesting problems. > This patch implements a generic table to

Re: [PATCH v7 17/36] efi: Update efi_mem_type() to return an error rather than 0

On Fri, 16 Jun, at 01:53:06PM, Tom Lendacky wrote: > The efi_mem_type() function currently returns a 0, which maps to > EFI_RESERVED_TYPE, if the function is unable to find a memmap entry for > the supplied physical address. Returning EFI_RESERVED_TYPE implies that > a memmap entry exists, when it

[PATCH v2 0/2] hyper-v: avoid tsc calibration

Changes since v1: - s/AVAILABELE/AVAILABLE/ fixing the typo [Thomas Gleixner] Original description: TSC calibration on virtual machines is always error prone. It was found that in nested environments Gen2 instances may get stuck on boot. As Hyper-V hosts provide us with all the required

Re: [PATCH 1/2] hpsa: limit transfer length to 1MB

On Thu, Jun 22, 2017 at 05:58:44PM +0800, Yadan Fan wrote: > The hpsa firmware will bypass the cache for any request larger > than 1MB, so we should cap the request size to avoid any > performance degradation in SLE12-SP2. Upstream doesn't care too much about SLES. > References: bsc#1025461 and

[PATCH] ACPI: nfit: constify *_attribute_group.

File size before: textdata bss dec hex filename 207921580 994 233665b46 drivers/acpi/nfit/core.o File size After adding 'const': textdata bss dec hex filename 209681388 994 233505b36 drivers/acpi/nfit/core.o Signed-off-by:

[PATCH v12 0/2] i2c: designware: add I2C SLAVE support

This patches follows the merged patchset that refactors I2C Designware and enables it to have I2C support. The patch 1 adds the necessary functions to give the ability to be a SLAVE to the controller and for that changes also had to be made in the Makefile and Kconfig. The patch 2 enables the

[PATCH v12 1/2] i2c: designware: add SLAVE mode functions

- Changes in Kconfig to enable I2C_DESIGNWARE_SLAVE support - Slave functions added to core library file - Slave abort sources added to common source file - New driver: i2c-designware-slave added - Changes in the Makefile to compile the I2C_DESIGNWARE_SLAVE module when supported by the

[PATCH v12 2/2] i2c: designware: enable SLAVE in platform module

- Slave mode selected in platform module if the support is detected in the DT. Signed-off-by: Luis Oliveira Reviewed-by: Andy Shevchenko --- V11-V12 - no changes drivers/i2c/busses/i2c-designware-core.h| 2 ++

[PATCH] regmap: irq: allow different device for irq chip and regmap

From: Philipp Zabel If the irq chip device is using the regmap of its parent device or a syscon regmap that doesn't have an associated device at all, allow the driver to provide its own device. That makes it possible to reference the irq controller from other devices

[PATCH] irqchip: gic-v3-its-platform-msi: make of_device_ids const

of_device_ids are not supposed to change at runtime. All functions working with of_device_ids provided by work with const of_device_ids. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/irqchip/irq-gic-v3-its-platform-msi.c | 2 +- 1

[PATCH v2 1/2] efi: Process MEMATTR table only if EFI_MEMMAP

Otherwise e.g. Xen dom0 on x86_64 EFI platforms crashes. In theory we can check EFI_PARAVIRT too, however, EFI_MEMMAP looks more generic and covers more cases. Signed-off-by: Daniel Kiper Reviewed-by: Ard Biesheuvel ---

Re: [PATCH] netxen: Fix a sleep-in-atomic bug in netxen_nic_pci_mem_access_direct

On 2017/6/22 14:08, Dan Carpenter wrote: We should probably add a might_sleep() to ioremap() to prevent these bugs in the future. I think it is right to do this. And it will be very useful to summarize common kernel interface functions which may sleep into a list. When writing a new driver,

[PATCH v2 0/2] xen/efi: Fixes

Hey, Two small fixes (v2, minor cleanup) for Xen dom0 running on x86_64 EFI platforms. I am CC-ing stable maintainers because similar stuff is needed for various stable kernels too. Unfortunately, almost every version needs a bit different set of fixes. So, please treat this email more as head

Re: [PATCH V1 7/9] clk: sprd: add adjustable pll support

On Thu, Jun 22, 2017 at 12:17 PM, Chunyan Zhang wrote: > On 20 June 2017 at 09:37, Stephen Boyd wrote: >> On 06/18, Chunyan Zhang wrote: >>> + kint = DIV_ROUND_CLOSEST(((fvco - refin * nint * CCU_PLL_1M)/1) * >>> + ((mask >> (shift + i)) +

[tip:sched/core] sched/loadavg: Generalize "_idle" naming to "_nohz"

Commit-ID: 3c85d6db5e5f05ae6c3d7f5a0ceceb43746a5ca7 Gitweb: http://git.kernel.org/tip/3c85d6db5e5f05ae6c3d7f5a0ceceb43746a5ca7 Author: Frederic Weisbecker AuthorDate: Mon, 19 Jun 2017 04:12:00 +0200 Committer: Ingo Molnar CommitDate: Thu, 22 Jun

[PATCH v2] Moved module init-functions into the module.

This commit moves the call to initialize the LSM modules inline into the LSM-files themselves. This removes the need to hunt around for the setup, which was something that bit me when I wrote my own (unrelated) LSM. Keeping LSM code in one place, including the setup of the hooks seems like a

[PATCH v2 2/4] arm: dts: mt2701: Add display bls related nodes for MT2701

From: Weiqing Kong This patch adds the device node of display backlight for MT2701 Signed-off-by: Weiqing Kong Signed-off-by: Erin Lo --- arch/arm/boot/dts/mt2701.dtsi | 9 + 1 file changed, 9 insertions(+)

[PATCH v2 4/4] arm: dts: mt2701: Add display subsystem related nodes for MT2701

From: YT Shen This patch adds the device nodes for the DISP function blocks for MT2701 Signed-off-by: YT Shen Signed-off-by: Erin Lo --- arch/arm/boot/dts/mt2701.dtsi | 84 +++ 1 file

Re: [PATCH 1/4] ARM/PCI: iop13xx: address uninitialized variable warning

On Wed, Jun 21, 2017 at 11:52:59PM +0200, Arnd Bergmann wrote: > The last rework returned a variable that the compiler cannot prove > to be initialized: > > arch/arm/mach-iop13xx/pci.c: In function 'iop13xx_scan_bus': > arch/arm/mach-iop13xx/pci.c:509:17: error: 'ret' may be used uninitialized in

Re: [PATCH 1/2] crypto: caam - fix gfp allocation flags (part I)

On Mon, Jun 19, 2017 at 11:44:45AM +0300, Horia Geantă wrote: > Changes in the SW cts (ciphertext stealing) code in > commit 0605c41cc53ca ("crypto: cts - Convert to skcipher") > revealed a problem in the CAAM driver: > when cts(cbc(aes)) is executed and cts runs in SW, > cbc(aes) is offloaded in

Re: [PATCH] kbuild: deprecate cc-option-align

* Masahiro Yamada wrote: > Documentation/kbuild/makefiles.txt says the change for align options > occurred at GCC 3.0, and Documentation/process/changes.rst says the > minimal supported GCC version is 3.2, so it should be safe to hard-code > -falign* options. > >

Re: [PATCH] drm: bridge: synopsys/dw-hdmi: Provide default configuration function for HDMI 2.0 PHY

Hi, Jose： The value of RK3399 reg HDMI_CONFIG2_ID is 0xf3. Using hdmi_phy_configure_dwc_hdmi_3d_tx() for hdmi 2.0 phy, we test all HDMI video mode(including 594MHz) and it woks good. And our customer has pass the HDMI CTS. If you send a patch with a general config function

Re: [PATCH 2/2] selftests/ftrace: Update multiple kprobes test for powerpc

On Thu, 22 Jun 2017 00:20:28 +0530 "Naveen N. Rao" wrote: > KPROBES_ON_FTRACE is only available on powerpc64le. Update comment to > clarify this. > > Also, we should use an offset of 8 to ensure that the probe does not > fall on ftrace location. The current

Re: [RFC v2 01/12] powerpc: Free up four 64K PTE bits in 4K backed hpte pages.

On 06/17/2017 09:22 AM, Ram Pai wrote: > Rearrange 64K PTE bits to free up bits 3, 4, 5 and 6 > in the 4K backed hpte pages. These bits continue to be used > for 64K backed hpte pages in this patch, but will be freed > up in the next patch. > > The patch does the following change to the 64K

Re: [PATCHv7 00/14] x86: 5-level paging enabling for v4.13, Part 4

On Thu, Jun 22, 2017 at 11:04:22AM +0200, Ingo Molnar wrote: > > * Kirill A. Shutemov wrote: > > > On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote: > > > Please review and consider applying. > > > > Hi Ingo, > > > > I've noticed you haven't applied

[PATCH] x86/microcode/AMD: make function __load_ucode_amd static

From: Colin Ian King The helper function __load_ucode_amd does not need to be in global scope, so make it static. Cleans up sparse warning: "symbol '__load_ucode_amd' was not declared. Should it be static?" Signed-off-by: Colin Ian King ---

Re: [PATCH V2 1/5] arch_topology: Get rid of "cap_parsing_done"

Hi, On 21/06/17 10:16, Viresh Kumar wrote: > We can reuse "cap_parsing_failed" instead of keeping an additional > variable here. > > Signed-off-by: Viresh Kumar > --- > drivers/base/arch_topology.c | 5 ++--- > 1 file changed, 2 insertions(+), 3 deletions(-) > > diff

Re: [PATCH] compiler, clang: Add always_inline attribute to inline

On Tue, Jun 20, 2017 at 04:12:32PM -0700, David Rientjes wrote: > On Tue, 20 Jun 2017, Mark Rutland wrote: > > > As with my reply to David, my preference would be that we: > > > > 1) Align compiler-clang.h with the compiler-gcc.h inlining behaviour, so > >that things work by default. > > >

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

On Thu, Jun 22, 2017 at 11:02 AM, Ingo Molnar wrote: > > * Arnd Bergmann wrote: > >> On Thu, Jun 22, 2017 at 9:59 AM, Ingo Molnar wrote: >> > >> > So, to continue this side thought about uninitialized_var(), it is >> > dangerous >> > because

Re: [PATCH 2/6] drivers base/arch_topology: frequency-invariant load-tracking support

On Thu, Jun 22, 2017 at 09:36:43AM +0530, Viresh Kumar wrote: > On 21-06-17, 17:57, Morten Rasmussen wrote: > > It is true that this patch relies on the notifiers, but I don't see how > > that prevents us from adding a non-notifier based solution for > > fast-switch enabled platforms later? > >

[PATCH 1/2] hpsa: limit transfer length to 1MB

The hpsa firmware will bypass the cache for any request larger than 1MB, so we should cap the request size to avoid any performance degradation in SLE12-SP2. This degradation is caused from d2be537c3ba3568acd79cd178327b842e60d035e, which changed max_sectors_kb to 1280k, but the hardware is able

[linux-next][489e45][PowerPC] build broke on bare-metal with gcc 4.8.5

Hi, next-20170621 fails to build on PowerPC bare-metal with gcc 4.8.5 Test : build Machine : Power 8 bare-metal (BMC) kernel : 4.12.0-rc6 gcc : 4.8.5 config : Hab-NV-config $ make -S -j In file included from drivers/net/ethernet/qlogic/qede/qede.h:43:0, from

[PATCH v2 1/2] hyper-v: check frequency MSRs presence according to the specification

Hyper-V TLFS specifies two bits which should be checked before accessing frequency MSRs: - AccessFrequencyMsrs (BIT(11) in EAX) which indicates if we have access to frequency MSRs. - FrequencyMsrsAvailable (BIT(8) in EDX) which indicates is these MSRs are present. Rename and specify these bits

Re: [PATCH V1 0/9] add clock driver for Spreadtrum platforms

Hi Stephen, On 20 June 2017 at 09:25, Stephen Boyd wrote: > On 06/18, Chunyan Zhang wrote: >> In the last cycle, the patches support Whale2 sc9860 mobile chip have been >> merged. This patchset adds clock driver which is used on almost all >> Spreadtrum SoCs. >> >> This is

[PATCH v2 2/2] hyper-v: read TSC frequency from a synthetic MSR

It was found that SMI_TRESHOLD of 5 is not enough for Hyper-V guests in nested environment and falling back to counting jiffies is not an option for Gen2 guests as they don't have PIT. As Hyper-V provides TSC frequency in a synthetic MSR we can just use this information instead of doing a

Re: Bad page state freeing hugepages

FYI, I'm hitting this problem by doing just boot or shutdown sequence, and this problem is remaining as of next-20170622. localhost login: [ 37.010894] BUG: Bad page state in process gdbus pfn:11f001 [ 37.015328] page:c0ce447c0040 count:0 mapcount:1 mapping:dead index

[PATCH v2 03/14] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

This makes the redundant fb helpers .load_lut, .gamma_set and .gamma_get totally obsolete. Signed-off-by: Peter Rosin --- drivers/gpu/drm/drm_fb_helper.c | 151 +--- 1 file changed, 63 insertions(+), 88 deletions(-) This is an alternative

[RESEND PATCH v2 6/7] ARM: dts: rockchip: Add io-domain node for rk3228

From: David Wu This patch adds io-domain support for rk3228 SoC. Signed-off-by: David Wu Signed-off-by: Frank Wang --- arch/arm/boot/dts/rk322x.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git

[RESEND PATCH v2 5/7] ARM: dts: rockchip: add sdmmc and sdio nodes for rk3228 SoC

From: Shawn Lin This patch adds sdmmc/sdio controller nodes for rk3228 SoC. Signed-off-by: Shawn Lin --- arch/arm/boot/dts/rk322x.dtsi | 60 +++ 1 file changed, 60 insertions(+) diff --git

Re: [PATCH v7 27/36] iommu/amd: Allow the AMD IOMMU to work with memory encryption

On Fri, Jun 16, 2017 at 01:54:59PM -0500, Tom Lendacky wrote: > The IOMMU is programmed with physical addresses for the various tables > and buffers that are used to communicate between the device and the > driver. When the driver allocates this memory it is encrypted. In order > for the IOMMU to

Re: [PATCH v7 16/36] efi: Add an EFI table address match function

On Fri, 16 Jun, at 01:52:53PM, Tom Lendacky wrote: > Add a function that will determine if a supplied physical address matches > the address of an EFI table. > > Reviewed-by: Borislav Petkov > Signed-off-by: Tom Lendacky > --- > drivers/firmware/efi/efi.c

Re: [lkp-robot] [mm] 1be7107fbe: kernel_BUG_at_mm/mmap.c

On 06/22/2017 04:07 AM, Hugh Dickins wrote: On Wed, 21 Jun 2017, Linus Torvalds wrote: On Wed, Jun 21, 2017 at 1:56 PM, Oleg Nesterov wrote: I understand. My point is that this check was invalidated by stack-guard-page a long ago, and this means that we add the user-visible

Re: [PATCH v7 18/36] x86/efi: Update EFI pagetable creation to work with SME

On Fri, 16 Jun, at 01:53:17PM, Tom Lendacky wrote: > When SME is active, pagetable entries created for EFI need to have the > encryption mask set as necessary. > > When the new pagetable pages are allocated they are mapped encrypted. So, > update the efi_pgt value that will be used in cr3 to

[PATCH] regmap: irq: add chip option mask_writeonly

Some irq controllers have writeonly/multipurpose register layouts. In those cases we read invalid data back. Here we add the option mask_writeonly as masking option. Signed-off-by: Michael Grzeschik --- drivers/base/regmap/regmap-irq.c | 43

[PATCH v2] regmap: irq: allow different device for irq chip and regmap

From: Philipp Zabel If the irq chip device is using the regmap of its parent device or a syscon regmap that doesn't have an associated device at all, allow the driver to provide its own device. That makes it possible to reference the irq controller from other devices

Re: [PATCH v7 19/36] x86/mm: Add support to access boot related data in the clear

On Fri, 16 Jun, at 01:53:26PM, Tom Lendacky wrote: > Boot data (such as EFI related data) is not encrypted when the system is > booted because UEFI/BIOS does not run with SME active. In order to access > this data properly it needs to be mapped decrypted. > > Update early_memremap() to provide an

[PATCH 2/2] x86/idle: use dynamic halt poll

From: Yang Zhang use dynamic poll to reduce the cost when the event is not occurred during poll. The idea is similar to current dynamic halt poll inside KVM: Before entering idle, we will record the time. After wakeup from idle (nomally, this is in interrupt handler), we

[PATCH 1/2] x86/idle: add halt poll for halt idle

From: Yang Zhang This patch introduce a new mechanism to poll for a while before entering idle state. David has a topic in KVM forum to describe the problem on current KVM VM when running some message passing workload in KVM forum. Also, there are some work to improve

[PATCH 0/2] x86/idle: add halt poll support

From: Yang Zhang Some latency-intensive workload will see obviously performance drop when running inside VM. The main reason is that the overhead is amplified when running inside VM. The most cost i have seen is inside idle path. This patch introduces a new mechanism to

Re: [PATCH v5 05/10] drm: arcpgu: Use crtc->mode_valid() callback

On Wed, Jun 21, 2017 at 10:38:43AM +0100, Jose Abreu wrote: > Hi Daniel, Alexey, > > > On 25-05-2017 15:19, Jose Abreu wrote: > > Now that we have a callback to check if crtc supports a given mode > > we can use it in arcpgu so that we restrict the number of probbed > > modes to the ones we can

Re: [PATCH v5 0/3] x86: stack alignment for boot code and clang

* Matthias Kaehlcke wrote: > This series fixes an issue with the stack of the x86 boot code not > being aligned as intended. Further it adapts the Makefile to account > for the fact that clang uses a different option to configure the > stack alignment than gcc

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

On Thu, Jun 22, 2017 at 9:59 AM, Ingo Molnar wrote: > > So, to continue this side thought about uninitialized_var(), it is dangerous > because the following buggy pattern does not generate a compiler warning: > > long uninitialized_var(error); > > ... > >

let me know

Hello, important charity foundation proposal to discuss with you, if you are interested please reply urgently for details. with love, CELINE

Re: [PATCHv7 00/14] x86: 5-level paging enabling for v4.13, Part 4

On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote: > Please review and consider applying. Hi Ingo, I've noticed you haven't applied last two patches of the patchset. Is there any problem with them? Or what is you plan here? -- Kirill A. Shutemov

Re: [PATCH 5/7] staging: ccree: add clock management support

On Thu, Jun 22, 2017 at 10:07:51AM +0300, Gilad Ben-Yossef wrote: > +int cc_clk_on(struct ssi_drvdata *drvdata) > +{ > + int rc = 0; > + struct clk *clk = drvdata->clk; > + > + if (IS_ERR(clk)) > + /* No all devices have a clock associated with CCREE */ > + goto out;

Re: [PATCH] rcu: remove unused variable in boot_cpu_state_init

* Arnd Bergmann wrote: > On Thu, Jun 22, 2017 at 9:59 AM, Ingo Molnar wrote: > > > > So, to continue this side thought about uninitialized_var(), it is dangerous > > because the following buggy pattern does not generate a compiler warning: > > > > long

Re: [PATCHv7 00/14] x86: 5-level paging enabling for v4.13, Part 4

* Kirill A. Shutemov wrote: > On Tue, Jun 06, 2017 at 02:31:19PM +0300, Kirill A. Shutemov wrote: > > Please review and consider applying. > > Hi Ingo, > > I've noticed you haven't applied last two patches of the patchset. > > Is there any problem with them? Or what is

Re: [PATCHv7 13/14] x86: Enable 5-level paging support

* Kirill A. Shutemov wrote: > Most of things are in place and we can enable support of 5-level paging. > > The patch makes XEN_PV dependent on !X86_5LEVEL. XEN_PV is not ready to > work with 5-level paging. Please make a short comment about that in the Kconfig

[PATCH] tracing/kprobes: allow to create probe with a module name starting with a digit

Always try to parse an address, since kstrtoul() will safely fail when given a symbol as input. If that fails (which will be the case for a symbol), try to parse a symbol instead. This allows creating a probe such as: p:probe/vlan_gro_receive 8021q:vlan_gro_receive+0 Which is necessary for

Re: [PATCH v2 3/4] arm: dts: mt2701: Add display bls related nodes for MT2701

On Thu, 2017-06-22 at 16:43 +0800, Erin Lo wrote: > From: Weiqing Kong > > This patch adds board related config for backlight > > Signed-off-by: Weiqing Kong > Signed-off-by: Erin Lo > --- >

Re: [PATCH 2/4] ARM/PCI: mv78xx0: pass pci_ops correctly again

On Wed, Jun 21, 2017 at 11:53:00PM +0200, Arnd Bergmann wrote: > We used to pass the operations when calling pci_scan_root_bus, but > that argument was removed: > > arch/arm/mach-mv78xx0/pcie.c:175:23: error: 'pcie_ops' defined but not used > [-Werror=unused-variable] > > Setting it in pci_hw

[PATCH][V2] x86/microcode: make a couple of symbols static

From: Colin Ian King The helper function __load_ucode_amd and pointer intel_ucode_patch do not need to be in global scope, so make them static. Cleans up sparse warnings: "symbol '__load_ucode_amd' was not declared. Should it be static?" "symbol 'intel_ucode_patch' was

Re: [PATCH V1 2/9] clk: sprd: Add common infrastructure

On 20 June 2017 at 09:29, Stephen Boyd wrote: > On 06/18, Chunyan Zhang wrote: >> Added Spreadtrum's clock driver common structure and registration code. >> >> Signed-off-by: Chunyan Zhang >> --- >> drivers/clk/Makefile | 1 + >>

Re: [next-20170619][a28e46f] WARNING: CPU: 5 PID: 1 at arch/powerpc/lib/feature-fixups.c:214 .check_features+0xa0/0xbc

Thanks for testing this configuration Abdul. Abdul Haleem writes: > Hi Michael, > > linux-next booted with warnings on a Power LPAR with CMO feature > enabled. > > Test : boot with CMO enabled > Kernel: 4.12.0-rc5-next-20170619 > gcc : 4.8.5 > Machine : Power 8

Re: [PATCH] kernel/extable.c: mark core_kernel_text notrace

On Wed, 21 Jun 2017 09:03:26 +0200 Marcin Nowakowski wrote: > core_kernel_text is used by MIPS in its function graph trace processing, > so having this method traced leads to an infinite set of recursive calls > such as: > > [2.972075] Call Trace: > [

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