[PATCH] ALSA: hda/realtek: Limit mic boost on T480

The internal mic boost on the T480 is too high. Fix this by applying the ALC269_FIXUP_LIMIT_INT_MIC_BOOST fixup to the machine to limit the gain. Signed-off-by: Benjamin Berg Tested-by: Benjamin Berg --- sound/pci/hda/patch_realtek.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/pci

[PATCH v2 09/13] drm/amd/include: remove unused asic_reg/vce headers

All thoses headers are not used by any source files. Lets just remove them. Signed-off-by: Corentin Labbe --- .../gpu/drm/amd/include/asic_reg/vce/vce_1_0_d.h | 64 -- .../drm/amd/include/asic_reg/vce/vce_1_0_sh_mask.h | 99 -- 2 files changed, 163 deletions(-)

[PATCH v2 13/13] drm/amd/powerplay: remove unused headers

All thoses headers are not used by any source files. Lets just remove them. Signed-off-by: Corentin Labbe --- .../gpu/drm/amd/powerplay/inc/polaris10_ppsmc.h| 412 - drivers/gpu/drm/amd/powerplay/inc/pp_feature.h | 67 2 files changed, 479 deletions(-) delete m

[PATCH v2 05/13] drm/amd/include: remove unused asic_reg/gmc headers

All thoses headers are not used by any source files. Lets just remove them. Signed-off-by: Corentin Labbe --- .../drm/amd/include/asic_reg/gmc/gmc_8_1_enum.h| 1198 .../drm/amd/include/asic_reg/gmc/gmc_8_2_enum.h| 1068 - 2 files changed, 2266 deletio

Re: WARNING: kmalloc bug in bpf_prog_array_copy_info

On 02/14/2018 12:59 AM, syzbot wrote: > Hello, > > syzbot hit the following crash on bpf-next commit > 7928b2cbe55b2a410a0f5c1f154610059c57b1b2 (Sun Feb 11 23:04:29 2018 +) > Linux 4.16-rc1 > > So far this crash happened 362 times on bpf-next. > C reproducer is attached. > syzkaller reproduce

Re: plan9 semantics on Linux - mount namespaces

On 14.02.2018 12:30, Richard Weinberger wrote: On Wed, Feb 14, 2018 at 12:27 PM, Enrico Weigelt wrote: On 14.02.2018 11:24, Aleksa Sarai wrote: What distribution are you using and which release? On a self-compiled system. Forgot to enable namespaces in the kernel. Now it seems to work as

Re: [GIT PULL] arm64 spectre and meltdown mitigations for -stable

Hey Greg, On Tue, Feb 13, 2018 at 05:48:59PM +0100, Greg KH wrote: > On Fri, Feb 09, 2018 at 04:04:36PM +0100, Greg KH wrote: > > On Fri, Feb 09, 2018 at 01:51:31PM +, Will Deacon wrote: > > > On Fri, Feb 09, 2018 at 02:49:57PM +0100, Greg KH wrote: > > > > On Fri, Feb 09, 2018 at 01:48:11PM +

Re: [PATCH] ubifs: Fix synced_i_size calculation for xattr inodes

Am Mittwoch, 14. Februar 2018, 12:02:48 CET schrieb Richard Weinberger: > In ubifs_jnl_update() we sync parent and child inodes to the flash, > in case of xattrs, the parent inode (AKA host inode) has a non-zero > data_len. Therefore we need to adjust synced_i_size too. > > This issue was reported

[PATCH v2] staging: typec: handle vendor defined part and modify drp toggling flow

From: ShuFanLee Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export tcpci_irq. More operations can be extended in tcpci_data if needed. According to TCPCI specification, 4.4.5.2 ROLE_CONTROL, TCPC shall not start DRP toggling until subsequently the TCPM writes to the COMMAND

Re: WARNING in kvmalloc_node

On 2018年02月14日 20:29, Jesper Dangaard Brouer wrote: On Wed, 14 Feb 2018 13:17:18 +0100 Daniel Borkmann wrote: On 02/14/2018 01:02 PM, Jason Wang wrote: On 2018年02月14日 19:51, Michal Hocko wrote: On Wed 14-02-18 19:47:30, Jason Wang wrote: On 2018年02月14日 17:28, Daniel Borkmann wrote: [ +Ja

Re: [PATCH 03/15] soc: renesas: Add R-Car M3-N support

Hi Jacopo, Thanks for your patch! On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add support for R-Car M3-N (r8a77965) power areas and reset. > M3-N power areas are identical to M3-W ones, so just copy and rename > them. They are not identical: - M3-N does not have the CA53-related a

Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

Signed-off-by: John Garry Signed-off-by: Zhichang Yuan Signed-off-by: Gabriele Paoloni Hi Rafael, Thanks for checking again. Just a few minor nits below. --- drivers/acpi/arm64/Makefile | 1 + drivers/acpi/arm64/acpi_indirectio.c | 250 +++

Read-protected UEFI variables

Hi, I am exploring the possibility to store SSH and other keys in UEFI variables for systems that do not have persistent storage. These systems boot via network and need individual SSH keys which ideally should not be distributed via network. The plan is to write a small daemon that starts at boo

Re: plan9 semantics on Linux - mount namespaces

Enrico, Am Mittwoch, 14. Februar 2018, 13:38:48 CET schrieb Enrico Weigelt: > On 14.02.2018 12:30, Richard Weinberger wrote: > > On Wed, Feb 14, 2018 at 12:27 PM, Enrico Weigelt wrote: > >> On 14.02.2018 11:24, Aleksa Sarai wrote: > >>> What distribution are you using and which release? > >> > >

Re: [GIT PULL] arm64 spectre and meltdown mitigations for -stable

On Wed, Feb 14, 2018 at 12:41:01PM +, Will Deacon wrote: > Hey Greg, > > On Tue, Feb 13, 2018 at 05:48:59PM +0100, Greg KH wrote: > > On Fri, Feb 09, 2018 at 04:04:36PM +0100, Greg KH wrote: > > > On Fri, Feb 09, 2018 at 01:51:31PM +, Will Deacon wrote: > > > > On Fri, Feb 09, 2018 at 02:4

Re: [PATCH net] tuntap: try not batch packets for devmap

On Wed, Feb 14, 2018 at 11:36:05AM +0800, Jason Wang wrote: > Commit 762c330d670e ("tuntap: add missing xdp flush") tries to fix the > devmap stall caused by missed xdp flush by counting the pending xdp > redirected packets and flush when it exceeds NAPI_POLL_WEIGHT or > MSG_MORE is clear. This may

Re: [PATCH v2] staging: typec: handle vendor defined part and modify drp toggling flow

On Wed, Feb 14, 2018 at 08:45:34PM +0800, ShuFanLee wrote: > From: ShuFanLee > > Handle vendor defined behavior in tcpci_init, tcpci_set_vconn and export > tcpci_irq. > More operations can be extended in tcpci_data if needed. > According to TCPCI specification, 4.4.5.2 ROLE_CONTROL, > TCPC shall

Re: [PATCH] ALSA: hda/realtek: Limit mic boost on T480

On Wed, 14 Feb 2018 13:29:39 +0100, Benjamin Berg wrote: > > The internal mic boost on the T480 is too high. Fix this by applying the > ALC269_FIXUP_LIMIT_INT_MIC_BOOST fixup to the machine to limit the gain. > > Signed-off-by: Benjamin Berg > Tested-by: Benjamin Berg Applying this quirk itsel

DM Regression in 4.16-rc1 - read() returns data when it shouldn't

Hi, the commit (found by bisect) commit 18a25da84354c6bb655320de6072c00eda6eb602 Author: NeilBrown Date: Wed Sep 6 09:43:28 2017 +1000 dm: ensure bio submission follows a depth-first tree walk cause serious regression while reading from DM device. The reproducer is below, basicall

Re: [PATCH v2 2/2] net: phy: dp83867: Add documentation for CLK_OUT pin muxing

On Wed, Feb 14, 2018 at 01:23:39PM +0100, Daniel Schultz wrote: > From: Wadim Egorov > > Add documentation of ti,clk-output-sel which can be used to select > a specific clock for CLK_OUT. > > Signed-off-by: Wadim Egorov > Signed-off-by: Daniel Schultz > --- > Documentation/devicetree/bindings

Re: [PATCH v2] x86/retpoline: Add clang support

On Tue, 2018-02-13 at 18:18 -0800, Guenter Roeck wrote: > > > We're going to need the percpu.h fix too, and I'd also like to see the > > status of the i915 build failure you mentioned. Is there a bug filed > > for that already, and is it on the blocker list for 6.0? If not, why > > not? > >  > F

Re: Read-protected UEFI variables

On 14 February 2018 at 12:52, Benjamin Drung wrote: > Hi, > > I am exploring the possibility to store SSH and other keys in UEFI > variables for systems that do not have persistent storage. These > systems boot via network and need individual SSH keys which ideally > should not be distributed via

[tip:x86/mm] x86/mm/64: Make __PHYSICAL_MASK_SHIFT always 52

Commit-ID: b83ce5ee91471d19c403ff91227204fb37c95fb2 Gitweb: https://git.kernel.org/tip/b83ce5ee91471d19c403ff91227204fb37c95fb2 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:48 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:13 +0100 x86/mm/64: Make __PH

[tip:x86/mm] x86/mm: Make virtual memory layout dynamic for CONFIG_X86_5LEVEL=y

Commit-ID: eedb92abb9bb03ef21442614a6f5867eaac6e77f Gitweb: https://git.kernel.org/tip/eedb92abb9bb03ef21442614a6f5867eaac6e77f Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:50 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:13 +0100 x86/mm: Make virtual

[tip:x86/mm] x86/mm: Introduce 'pgtable_l5_enabled'

Commit-ID: e626e6bb0dfaca41487241d49ce0ae827716101a Gitweb: https://git.kernel.org/tip/e626e6bb0dfaca41487241d49ce0ae827716101a Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:51 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:14 +0100 x86/mm: Introduce 'p

[tip:x86/mm] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS

Commit-ID: 02390b87a9459937cdb299e6b34ff33992512ec7 Gitweb: https://git.kernel.org/tip/02390b87a9459937cdb299e6b34ff33992512ec7 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:49 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:13 +0100 mm/zsmalloc: Prepare

[tip:x86/mm] x86/mm: Make LDT_BASE_ADDR dynamic

Commit-ID: 5c7919bb1994f8dc7fed219a5db09e6bb9d473a5 Gitweb: https://git.kernel.org/tip/5c7919bb1994f8dc7fed219a5db09e6bb9d473a5 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:52 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:14 +0100 x86/mm: Make LDT_BAS

[tip:x86/mm] x86/mm: Make PGDIR_SHIFT and PTRS_PER_P4D variable

Commit-ID: c65e774fb3f6af212641538694b9778ff9ab4300 Gitweb: https://git.kernel.org/tip/c65e774fb3f6af212641538694b9778ff9ab4300 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:53 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:14 +0100 x86/mm: Make PGDIR_S

Re: [PATCH] irqchip/gic-v3: Support MSIs via aliases and distributor

On 14/02/18 12:08, Srinivas Kandagatla wrote: > > On 27/11/17 10:24, Stephen Boyd wrote: >> Some GIC configurations don't have an accessible ITS, but they >> want to support MSIs through the distributor's SETSPI registers >> or through the IMPLEMENTATION DEFINED message-based interrupt >> request

[tip:x86/mm] x86/mm: Make MAX_PHYSADDR_BITS and MAX_PHYSMEM_BITS dynamic

Commit-ID: 162434e7f58b21f0b6c9cc5fb0cd7d9064cc Gitweb: https://git.kernel.org/tip/162434e7f58b21f0b6c9cc5fb0cd7d9064cc Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:54 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:15 +0100 x86/mm: Make MAX_PHY

[tip:x86/mm] x86/mm: Make __VIRTUAL_MASK_SHIFT dynamic

Commit-ID: 09e61a779e7f171c50325e6d7108a593afb2e5d4 Gitweb: https://git.kernel.org/tip/09e61a779e7f171c50325e6d7108a593afb2e5d4 Author: Kirill A. Shutemov AuthorDate: Wed, 14 Feb 2018 14:16:55 +0300 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018 13:11:15 +0100 x86/mm: Make __VIRTU

Re: Read-protected UEFI variables

Am Mittwoch, den 14.02.2018, 13:09 + schrieb Ard Biesheuvel: > On 14 February 2018 at 12:52, Benjamin Drung > wrote: > > Hi, > > > > I am exploring the possibility to store SSH and other keys in UEFI > > variables for systems that do not have persistent storage. These > > systems boot via net

Re: [PATCH 1/2] drm/tilcdc: Delete an error message for a failed memory allocation in seven functions

On 06/02/18 23:23, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 6 Feb 2018 21:51:15 +0100 > > Omit an extra message for a memory allocation failure in these functions. > > This issue was detected by using the Coccinelle software. > > Signed-off-by: Markus Elfring Thanks, picke

Applied "ASoC: samsung: Add missing #sound-dai-cells property documentation" to the asoc tree

The patch ASoC: samsung: Add missing #sound-dai-cells property documentation has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "ASoC: samsung: i2s: Define the parameters list for SAMSUNG_I2S_OPCLK" to the asoc tree

The patch ASoC: samsung: i2s: Define the parameters list for SAMSUNG_I2S_OPCLK has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the nex

Applied "ASoC: samsung,tm2-audio DT binding documentation update" to the asoc tree

The patch ASoC: samsung,tm2-audio DT binding documentation update has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) a

Applied "ASoC: samsung: Add support for HDMI audio on TM2 board" to the asoc tree

The patch ASoC: samsung: Add support for HDMI audio on TM2 board has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) an

Applied "ASoC: samsung: i2s: Ensure names of supplied clocks are unique" to the asoc tree

The patch ASoC: samsung: i2s: Ensure names of supplied clocks are unique has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 h

Re: WARNING in kvmalloc_node

On 02/14/2018 01:47 PM, Jason Wang wrote: > On 2018年02月14日 20:29, Jesper Dangaard Brouer wrote: >> On Wed, 14 Feb 2018 13:17:18 +0100 >> Daniel Borkmann wrote: >>> On 02/14/2018 01:02 PM, Jason Wang wrote: On 2018年02月14日 19:51, Michal Hocko wrote: > On Wed 14-02-18 19:47:30, Jason Wang wr

Applied "ASoC: samsung: i2s: Prevent external abort on exynos5433 I2S1 access" to the asoc tree

The patch ASoC: samsung: i2s: Prevent external abort on exynos5433 I2S1 access has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the nex

Applied "ASoC: samsung: i2s: Update clock-output-names property documentation" to the asoc tree

The patch ASoC: samsung: i2s: Update clock-output-names property documentation has been applied to the asoc tree at https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the nex

[PATCH] lib/Kconfig.debug: enable RUNTIME_TESTING_MENU

commit d3deafaa8b5c ("lib/: make RUNTIME_TESTS a menuconfig to ease disabling it all") causes a regression when using runtime tests due to it defaults RUNTIME_TESTING_MENU to not set. Fixes: d3deafaa8b5c ("lib/: make RUNTIME_TESTS a menuconfig to easedisabling it all") Signed-off-by: Anders Roxell

Re: [PATCH 2/2] drm/tilcdc: panel: Use common error handling code in of_get_panel_info()

On 06/02/18 23:24, SF Markus Elfring wrote: > From: Markus Elfring > Date: Tue, 6 Feb 2018 22:10:11 +0100 > > Add a jump target so that a bit of exception handling can be better reused > at the end of this function. > > Signed-off-by: Markus Elfring Well, it is couple of lines less. If I would

Re: [PATCH 5/9] x86/mm: Make LDT_BASE_ADDR dynamic

On Wed, Feb 14, 2018 at 11:16:52AM +, Kirill A. Shutemov wrote: > LDT_BASE_ADDR has different value in 4- and 5-level paging > configurations. > > We need to make it dynamic in preparation for boot-time switching > between paging modes. > > Signed-off-by: Kirill A. Shutemov I've just realiz

[PATCH 0/2] crypto/sahara: Adjustments for sahara_probe()

From: Markus Elfring Date: Wed, 14 Feb 2018 14:30:28 +0100 Two update suggestions were taken into account from static source code analysis. Markus Elfring (2): Delete an error message for a failed memory allocation Improve a size determination drivers/crypto/sahara.c | 6 ++ 1 file cha

Re: [PATCH v2 2/6] crypto: engine - Permit to enqueue all async requests

Adding my tested-by for the AEAD part which is new in v2 On 26/01/18 20:15, Corentin Labbe wrote: > The crypto engine could actually only enqueue hash and ablkcipher request. > This patch permit it to enqueue any type of crypto_async_request. > > Signed-off-by: Corentin Labbe > Tested-by: Fabien

[PATCH 1/2] crypto: sahara: Delete an error message for a failed memory allocation in sahara_probe()

From: Markus Elfring Date: Wed, 14 Feb 2018 14:10:03 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- drivers/crypto/sahara.c | 4 +--- 1 file changed, 1 insertion(+), 3 de

[PATCH 2/2] crypto: sahara: Improve a size determination in sahara_probe()

From: Markus Elfring Date: Wed, 14 Feb 2018 14:14:05 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was det

[GIT PULL] Please pull powerpc/linux.git powerpc-4.16-2 tag

Hi Linus, Please pull some powerpc fixes for 4.16: The following changes since commit 581e400ff935d34d95811258586128bf11baef15: Merge tag 'modules-for-v4.16' of git://git.kernel.org/pub/scm/linux/kernel/git/jeyu/linux (2018-02-07 14:29:34 -0800) are available in the git repository at: ht

Re: [PATCH 04/15] pinctrl: sh-pfc: Initial R-Car M3-N support

Hi Jacopo, On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add initial PFC support for R-Car M3-N (r8a77965) SoC. > No groups or functions defined, just pin and registers enumeration. > > Signed-off-by: Jacopo Mondi Thanks for your patch! Looks mostly OK to me. You do want to compare w

Re: [PATCH v2 0/3] gpio-keys: Add support for specifying wakeup event action

Hi Jeffy, Am Samstag, 10. Februar 2018, 12:09:04 CET schrieb Jeffy Chen: > On chromebook kevin, we are using gpio-keys for pen insert event. But > we only want it to wakeup the system when ejecting the pen. > > So we may need to change the interrupt trigger type during suspending. > > Changes in

Re: [RESEND PATCH net-next] r8169: add module param for control of ASPM disable.

On Wed, Feb 14, 2018 at 05:02:45PM +0800, Chunhao Lin wrote: > The patch is from Todd Broch . > ASPM has been disabled in this driver by default as its been > implicated in stability issues on at least one platform. This CL adds > a module parameter to allow control of ASPM disab

Re: [PATCH] tools/headers: Synchronize kernel ABI headers, v4.16-rc1

Em Tue, Feb 13, 2018 at 12:59:53PM +0100, Ingo Molnar escreveu: > > * Arnaldo Carvalho de Melo wrote: > > > Hi Ingo, > > > > Please consider pulling, > > > > - Arnaldo > > > > Test results at the end of this message, as usual. > > > > The following changes since commit 33ea4b24277b06dbc5

[PATCH v2 0/8] clk: helpers and fixes

This changset is consist of various patches I have recently sent for the clock framework. They are gathered here for your convinience. The first two changes exports helpers of the generic clocks (divider and mux). The goal is to avoid code duplication when writing clock driver derived from these g

[PATCH v2 4/8] clk: migrate the count of orphaned clocks at init

The orphan clocks reparents should migrate any existing count from the orphan clock to its new acestor clocks, otherwise we may have inconsistent counts in the tree and end-up with gated critical clocks Assuming we have two clocks, A and B. * Clock A has CLK_IS_CRITICAL flag set. * Clock B is an a

[PATCH v2 8/8] clk: qcom: use divider_ro_round_rate helper

There is now an helper function to round the rate when the divider is read-only. Let's use it Signed-off-by: Jerome Brunet --- drivers/clk/qcom/clk-regmap-divider.c | 20 ++-- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/drivers/clk/qcom/clk-regmap-divider.c b/

[PATCH v2 6/8] clk: fix mux clock documentation

The mux documentation mentions the non-existing parameter width instead of mask, so just sed this. The table field is missing in the documentation of clk_mux. Add a small blurb explaining what it is Fixes: 9d9f78ed9af0 ("clk: basic clock hardware types") Signed-off-by: Jerome Brunet --- include

Re: [PATCH 10/11] fuse: Allow user namespace mounts

On Fri, Dec 22, 2017 at 3:32 PM, Dongsu Park wrote: > From: Seth Forshee > > To be able to mount fuse from non-init user namespaces, it's necessary > to set FS_USERNS_MOUNT flag to fs_flags. > > Patch v4 is available: https://patchwork.kernel.org/patch/8944681/ > > Cc: linux-fsde...@vger.kernel.o

[PATCH 0/4] Speculation control improvements

A revised version of the dropped IBRS-firmware patch which now just ignores the horrid hpwdt driver completely, and explicitly disables preemption while IBRS is set. Revised version of the IBRS_ALL patch with a typo fixed, revert another broken bikeshedding patch, and add support for retpoline bui

[PATCH v2 7/8] clk: divider: read-only divider can propagate rate change

When a divider clock has CLK_DIVIDER_READ_ONLY set, it means that the register shall be left un-touched, but it does not mean the clock should stop rate propagation if CLK_SET_RATE_PARENT is set This is properly handled in qcom clk-regmap-divider but it was not in the generic divider To fix this

[PATCH 2/4] x86/speculation: Support "Enhanced IBRS" on future CPUs

The original IBRS hack in microcode is horribly slow. For the next generation of CPUs, as a stopgap until we get a proper fix, Intel promise an "Enhanced IBRS" which will be fast. The assumption is that predictions in the BTB/RSB will be tagged with the VMX mode and ring that they were learned in,

[PATCH 1/4] x86/speculation: Use IBRS if available before calling into firmware

Retpoline means the kernel is safe because it has no indirect branches. But firmware isn't, so use IBRS for firmware calls if it's available. Block preemption while IBRS is set, although in practice the call sites already had to be doing that. Ignore hpwdt.c for now. It's taking spinlocks and cal

Re: KASAN: use-after-free Read in get_work_pool

On Wed, Dec 6, 2017 at 1:50 PM, Dmitry Vyukov wrote: > On Fri, Oct 27, 2017 at 11:18 PM, Cong Wang wrote: >> On Thu, Oct 26, 2017 at 11:00 PM, Dmitry Vyukov wrote: >>> On Thu, Oct 26, 2017 at 7:58 PM, Tejun Heo wrote: Hello, On Thu, Oct 26, 2017 at 09:35:44AM -0700, syzbot wrote:

[PATCH 4/4] x86/retpoline: Support retpoline build with Clang

Signed-off-by: David Woodhouse --- arch/x86/Makefile | 5 - include/linux/compiler-clang.h | 5 + include/linux/compiler-gcc.h | 4 include/linux/init.h | 8 4 files changed, 17 insertions(+), 5 deletions(-) diff --git a/arch/x86/Makefile b/arch/x86

Re: [PATCH v2 1/2] pvcalls-front: introduce a per sock_mapping refcount

On 13/02/18 03:13, Stefano Stabellini wrote: > Introduce a per sock_mapping refcount, in addition to the existing > global refcount. Thanks to the sock_mapping refcount, we can safely wait > for it to be 1 in pvcalls_front_release before freeing an active socket, > instead of waiting for the global

[PATCH 0/2 v3] tpm: fix locality and power saving handling

Devices that support locality has failed to transmit due to reserved order of locality request and cmdReady/goIdle handshake. The cmdReady/goIdle should be performed on the requested locality. The first patch corrects the locality and power-save order, adds required polling for completion of goIdl

[PATCH 2/2 v3] tpm: separate cmd_ready/go_idle from runtime_pm

We cannot use go_idle cmd_ready commands via runtime_pm handles as with the introduction of localities this is no longer an optional feature, while runtime pm can be not enabled. Though cmd_ready/go_idle provides power saving feature, it's also part of TPM2 protocol and should be called explicitly.

[PATCH 3/4] Revert "x86/retpoline: Simplify vmexit_fill_RSB()"

This reverts commit 1dde7415e99933bb7293d6b2843752cbdb43ec11. By putting the RSB filling out of line and calling it, we waste one RSB slot for returning from the function itself, which means one fewer actual function call we can make if we're doing the Skylake abomination of call-depth counting. I

[PATCH 1/2 v3] tpm: cmd_ready command can be issued only after granting locality

The correct sequence is to first request locality and only after that perform cmd_ready handshake, otherwise the hardware will drop the subsequent message as from the device point of view the cmd_ready handshake wasn't performed. Symmetrically locality has to be relinquished only after going idle

[PATCH v2 2/8] clk: mux: add helper function for index/value translation

Add helper functions for the translation between parent index and register value in the generic multiplexer function. The purpose of this change is avoid duplicating the code in other clock providers, using the same generic logic. Signed-off-by: Jerome Brunet --- drivers/clk/clk-mux.c| 7

[PATCH v2 5/8] clk: call the clock init() callback before any other ops callback

Some clocks may need to initialize things, whatever it is, before being able to properly operate. Move the .init() call before any other callback, such recalc_rate() or get_phase(), so the clock is properly setup before being used. Signed-off-by: Jerome Brunet --- Stephen, Mike, This change is

[PATCH v2 3/8] clk: fix determine rate error with pass-through clock

If we try to determine the rate of a pass-through clock (a clock which does not implement .round_rate() nor .determine_rate()), clk_core_round_rate_nolock() will directly forward the call to the parent clock. In the particular case where the pass-through actually does not have a parent, clk_core_ro

[PATCH v2 1/8] clk: divider: export clk_div_mask() helper

Export clk_div_mask() in clk-provider header so every clock providers derived from the generic clock divider may share the definition instead of redefining it. Signed-off-by: Jerome Brunet --- I have 's/div_mask/clk_div_mask' to avoid the conflict with tegra's divider, which also defines the mac

Re: [RFC] Limit mappings to ten per page per process

On Fri, Feb 09, 2018 at 07:26:09AM +0300, Kirill A. Shutemov wrote: > On Thu, Feb 08, 2018 at 01:37:43PM -0800, Matthew Wilcox wrote: > > On Thu, Feb 08, 2018 at 12:21:00PM -0800, Matthew Wilcox wrote: > > > Now that I think about it, though, perhaps the simplest solution is not > > > to worry abou

Re: [PATCH 04/15] pinctrl: sh-pfc: Initial R-Car M3-N support

Hi Geert, thanks for review On Wed, Feb 14, 2018 at 02:37:08PM +0100, Geert Uytterhoeven wrote: > Hi Jacopo, > > On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi > wrote: > > Add initial PFC support for R-Car M3-N (r8a77965) SoC. > > No groups or functions defined, just pin and registers enumera

Re: [PATCH v13 7/9] ACPI: Translate the I/O range of non-MMIO devices before scanning

On Tue, Feb 13, 2018 at 7:45 PM, John Garry wrote: > On some platforms (such as arm64-based hip06/hip07), access to legacy > ISA/LPC devices through access IO space is required, similar to x86 > platforms. As the I/O for these devices are not memory mapped like > PCI/PCIE MMIO host bridges, they r

Re: linux acpi (thunderbolt? bug)

+Cc: Mika -- the Thunderbolt guy. On Wed, Feb 14, 2018 at 2:09 PM, Thomas Gleixner wrote: > On Wed, 14 Feb 2018, Yuriy Vostrikov wrote: >> after boot >> name: VECTOR >> size: 0 >> mapped: 64 >> flags: 0x0041 >> Online bitmaps:2 >> Global available:368 >> Global reserved:

Re: [GIT PULL] arm64 spectre and meltdown mitigations for v4.14-stable

On Mon, Feb 12, 2018 at 11:38:01AM +, Ard Biesheuvel wrote: > Hi Greg, > > As mentioned by Will, I have created the v4.14 counterpart of his stable > backport of the arm64/ARM Spectre/Meltdown mitigations that have been pulled > into v4.16-rc1. > > Given that this is the v4.15 version backpor

[PATCH v3] rtc: ac100: Fix ac100 determine rate bug

This patch fixes a bug, that prevents the Allwinner A83T and the A80 from a successful boot. The bug is there since v4.16-rc1 and appeared after the clk branch was merged. You can find the shortend trace below: Unable to handle kernel NULL pointer dereference at virtual address pgd = (p

Re: [GIT PULL] arm64 spectre and meltdown mitigations for -stable

On Wed, Feb 14, 2018 at 01:54:03PM +0100, Greg KH wrote: > On Wed, Feb 14, 2018 at 12:41:01PM +, Will Deacon wrote: > > Hey Greg, > > > > On Tue, Feb 13, 2018 at 05:48:59PM +0100, Greg KH wrote: > > > On Fri, Feb 09, 2018 at 04:04:36PM +0100, Greg KH wrote: > > > > On Fri, Feb 09, 2018 at 01:5

Re: [PATCH 0/5] Fix deadlock on runtime suspend in DRM drivers

On Tue, Feb 13, 2018 at 03:46:08PM +, Liviu Dudau wrote: > On Tue, Feb 13, 2018 at 12:52:06PM +0100, Lukas Wunner wrote: > > On Tue, Feb 13, 2018 at 10:55:06AM +, Liviu Dudau wrote: > > > On Sun, Feb 11, 2018 at 10:38:28AM +0100, Lukas Wunner wrote: > > > > DRM drivers poll connectors in 10

Re: [PATCH 00/18] thunderbolt: Add support for Intel Titan Ridge

On Tue, Feb 13, 2018 at 7:00 PM, Mika Westerberg wrote: > Hi, > > This series adds support for Intel Titan Ridge Thunderbolt controller. > Titan Ridge is the next generation Thunderbolt 3 controller and successor > of Alpine Ridge. > > In addition to fixes and Titan Ridge support this series adds

Re: [PATCH 05/15] ARM64: dts: Add R-Car Salvator-x M3-N support

Hi Jacopo, On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add initial support for R-Car M3-N Salvator-x and r8a77965 SoC in > device tree with cpg-mssr, reset and clock nodes. > > Add place-holder device nodes for all nodes referred by > "salvator-common.dtsi" > > Signed-off-by: Jacopo M

Re: [PATCH 06/15] Documentation: devicetree: dma: Add r8a77965 dmac

On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add documentation for r8a77965 compatible string to rcar-dmac device > tree bindings documentation. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -

Re: possible deadlock in perf_event_ctx_lock_nested

On Mon, Feb 12, 2018 at 4:04 PM, Dmitry Vyukov wrote: >>> > == >>> > WARNING: possible circular locking dependency detected >>> > 4.13.0-next-20170911+ #19 Not tainted >>> > -- >>> > syz-executo

Re: [PATCH] regulator: Fix resume from suspend to idle

On Tue, Feb 13, 2018 at 9:37 AM, Geert Uytterhoeven wrote: > When resuming from idle with the new suspend mode configuration support > we go through the resume callbacks with a state of PM_SUSPEND_TO_IDLE > which we don't have regulator constraints for, causing an error: > > dpm_run_callback()

Re: [PATCH 2/2] MIPS: Remove a warning when PHYS_OFFSET is 0x0

On Wed, Feb 14, 2018 at 11:35:44AM +0100, Mathieu Malaterre wrote: > On Tue, Jan 2, 2018 at 7:55 PM, Mathieu Malaterre wrote: > > Hi James, > > > > On Tue, Jan 2, 2018 at 10:31 AM, James Hogan wrote: > >> On Tue, Dec 26, 2017 at 12:37:14PM +0100, Mathieu Malaterre wrote: > >>> Rewrite the compari

Re: possible deadlock in lru_add_drain_all

On Thu, Nov 2, 2017 at 12:54 AM, Byungchul Park wrote: > On Wed, Nov 01, 2017 at 01:01:01PM +0100, Peter Zijlstra wrote: >> On Wed, Nov 01, 2017 at 05:59:27PM +0900, Byungchul Park wrote: >> > On Tue, Oct 31, 2017 at 04:10:24PM +0100, Peter Zijlstra wrote: >> > > On Tue, Oct 31, 2017 at 03:58:04PM

Re: [PATCH 08/15] Documentation: devicetree: renesas,sci: Add r8a77965

Subject prefix should be "dt-bindings: serial: sh-sci: " On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add documentation for r8a77965 compatible string to reneass sci-serial Renesas > device tree bindings documentation. > > Signed-off-by: Jacopo Mondi > --- > Documentation/devicetre

Re: plan9 semantics on Linux - mount namespaces

On 14.02.2018 13:53, Richard Weinberger wrote: It does what you ask it for. > Also see the --setgroups switch.> AFAICT --setgroups=deny is the new default, then your command line should just> work. Maybe your unshare tool is too old. Also doesn't help: daemon@alphabox:~ unshare -U -r --setgro

Re: Regression after commit 19809c2da28a ("mm, vmalloc: use __GFP_HIGHMEM implicitly")

On Sun 11-02-18 15:51:07, Matthew Wilcox wrote: > On Sun, Feb 11, 2018 at 04:05:15AM -0800, Matthew Wilcox wrote: > > On Sun, Feb 11, 2018 at 03:28:08AM -0800, Matthew Wilcox wrote: > > > Now, longer-term, perhaps we should do the following: > > > > > > #ifdef CONFIG_ZONE_DMA32 > > > #define OPT_Z

Re: [PATCH 11/15] gpio: rcar: Add R-Car M3-N compatible string

On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add compatible string for R-Car M3-N (r8a77965) in gpio-rcar. > > Signed-off-by: Jacopo Mondi > --- a/drivers/gpio/gpio-rcar.c > +++ b/drivers/gpio/gpio-rcar.c > @@ -360,6 +360,10 @@ static const struct of_device_id gpio_rcar_of_table[] = {

Re: [RFC] Limit mappings to ten per page per process

On Wed, Feb 14, 2018 at 05:51:41AM -0800, Matthew Wilcox wrote: > On Fri, Feb 09, 2018 at 07:26:09AM +0300, Kirill A. Shutemov wrote: > > On Thu, Feb 08, 2018 at 01:37:43PM -0800, Matthew Wilcox wrote: > > > On Thu, Feb 08, 2018 at 12:21:00PM -0800, Matthew Wilcox wrote: > > > > Now that I think ab

Re: [PATCH 13/15] Documentation: devicetree: ravb: Add r8a77965

Subject prefix should be "dt-bindings: net: ravb:" On Tue, Feb 13, 2018 at 10:46 AM, Jacopo Mondi wrote: > Add documentation for r8a77965 compatible string to renesas ravb device > tree bindings documentation. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s,

Re: [PATCH 07/15] ARM64: dts: r8a77965: Add dmac device nods

On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add dmac[0-2] device nodes for R-Car M3-N (r8a77965) SoC. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- ge.

Re: [PATCH v10 6/8] media: i2c: Add TDA1997x HDMI receiver driver

Hi Tim, On 12/02/18 23:27, Tim Harvey wrote: > On Fri, Feb 9, 2018 at 12:08 AM, Hans Verkuil wrote: >> Hi Tim, >> >> We're almost there. Two more comments: >> >> On 02/09/2018 07:32 AM, Tim Harvey wrote: >>> +static int >>> +tda1997x_detect_std(struct tda1997x_state *state, >>> +

[PATCH v2 0/2] Fix broken bananapi m2 devicetree/regulators

This patchseries fixes the bananapi m1 devicetree, to be able to boot again. The first two patches update/improve the devicetree and the last patch adds all missing regulators. Regards, Philipp Changes since v1: * squashed commit 1 and 3 * fix wrong mmc regulator Philipp Rossak (

[PATCH v2 1/2] arm: dts: sun6i: a31s: bpi-m2: improve pmic properties

The eldoin is supplied from the dcdc1 regulator. The N_VBUSEN pin is connected to an external power regulator (SY6280AAC). With this commit we update the pmic binding properties to support those features. Fixes: 7daa21370075 ("ARM: dts: sunxi: Add regulators for Sinovoip BPI-M2") Signed-off-by: P

Re: [PATCH 12/15] ARM64: dts: r8a77965: Add GPIO nodes

On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add GPIO nodes to r8a77965 SoC device tree file. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven > --- a/arch/arm64/boot/dts/renesas/r8a77965.dtsi > +++ b/arch/arm64/boot/dts/renesas/r8a77965.dtsi > @@ -201,38 +201,6 @@ >

[PATCH v2 2/2] arm: dts: sun6i: a31s: fix: bpi-m2: add missing regulators

This patch fixes a bootproblem with the Bananapi M2 board. Since there are some regulators missing we add them right now. Those values come from the schematic, below you can find a small overview: * reg_aldo1: 3,3V, powers the wifi * reg_aldo2: 2,5V, powers the IO of the RTL8211E * reg_aldo3: 3

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