Re: [patch] kvm: suppress KVM_SET_GSI_ROUTING allocation failure

On 02/14/2018 02:03 AM, David Rientjes wrote: > On Tue, 13 Feb 2018, Paolo Bonzini wrote: > The KVM_SET_GSI_ROUTING ioctl does a vmalloc() of sizeof(struct kvm_irq_routing_entry) multiplied by a user-supplied value. This can be up to 4096 entries on architectures such as arm64

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

From: ShuFanLee Handle vendor defined behavior in tcpci_init and tcpci_irq. More operations can be extended in tcpci_vendor_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

Re: [PATCH v3 00/16] mmc: tmio: another batch of TMIO MMC fixes and cleanups

On 7 February 2018 at 20:11, Wolfram Sang wrote: > >> I picked patch5 and patch6, as those seemed trivial. Unless there is a >> rc9, let's aim for 4.17 for the rest. > > I can't find the branch where you picked these patches? I wanted to use > it to apply the rest of the

Re: [PATCH 19/31] x86/mm/pae: Populate valid user PGD entries

Hi Juergen, On Wed, Feb 14, 2018 at 10:45:53AM +0100, Juergen Gross wrote: > On 09/02/18 10:25, Joerg Roedel wrote: > > +#ifdef CONFIG_X86_PAE > > + > > +/* > > + * PHYSICAL_PAGE_MASK might be non-constant when SME is compiled in, so we > > can't > > + * use it here. > > + */ > > +#define

Re: [PATCH,RESEND2] regulator: fixed, gpio: dt: regulator-name is required property

Mark Brown writes: > On Tue, Feb 13, 2018 at 02:43:08PM +, Harald Geyer wrote: > > > BTW, it took me a bit to figure out that by "content free ping" you are > > refering to the quoting of the patch. Maybe you can reword your canned > > response to make it easier to understand. > > No, a

[tip:locking/core] Documentation/locking/lockdep: Update info about states

Commit-ID: e5684bbfc3f03480d6ba2150f133630fb510d3eb Gitweb: https://git.kernel.org/tip/e5684bbfc3f03480d6ba2150f133630fb510d3eb Author: Juri Lelli AuthorDate: Tue, 13 Feb 2018 19:55:18 +0100 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018

[tip:locking/core] Documentation/locking/lockdep: Add section about available annotations

Commit-ID: a1ea544fe0911492b9f8d101bcbf46cc8c47fbc5 Gitweb: https://git.kernel.org/tip/a1ea544fe0911492b9f8d101bcbf46cc8c47fbc5 Author: Juri Lelli AuthorDate: Tue, 13 Feb 2018 19:55:19 +0100 Committer: Ingo Molnar CommitDate: Wed, 14 Feb 2018

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

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 --- arch/x86/include/asm/pgtable_64_types.h | 9 +

[PATCH 3/9] x86/mm: Make virtual memory layout movable for CONFIG_X86_5LEVEL

We need to be able to adjust virtual memory layout at runtime to be able to switch between 4- and 5-level paging at boot-time. KASLR already has movable __VMALLOC_BASE, __VMEMMAP_BASE and __PAGE_OFFSET. Let's re-use it. Signed-off-by: Kirill A. Shutemov ---

[PATCH 7/9] x86/mm: Make MAX_PHYSADDR_BITS and MAX_PHYSMEM_BITS dynamic

For boot-time switching between paging modes, we need to be able to adjust size of physical address space at runtime. As part of making physical address space size variable, we have to make X86_5LEVEL dependent on SPARSEMEM_VMEMMAP. !SPARSEMEM_VMEMMAP configuration doesn't build with variable

[PATCH 0/9] x86/mm: Dynamic memory layout

This is the next batch of patches required to bring boot-time switching between 4- and 5-level paging. Please review and consider applying. Patches in this patchset makes memory layout dynamic enough to be able to switch between paging modes at boot-time. Ingo, it worth noticing that we

[PATCH 4/9] x86: Introduce pgtable_l5_enabled

The new flag would indicate what paging mode we are in. Signed-off-by: Kirill A. Shutemov --- arch/x86/boot/compressed/kaslr.c| 4 arch/x86/include/asm/pgtable_32_types.h | 2 ++ arch/x86/include/asm/pgtable_64_types.h | 6 ++

[PATCH 1/9] x86/mm/64: Make __PHYSICAL_MASK_SHIFT always 52

__PHYSICAL_MASK_SHIFT is used to define the mask that helps to extract physical address from a page table entry. Although, real physical address space available may differ between machines, it's safe to use 52 as __PHYSICAL_MASK_SHIFT. Unused bits above log2(MAXPHYADDR) up to bit 51 are reserved

Re: [PATCH] PCI: Add quirk for Cavium Thunder-X2 PCIe erratum #173

Hi Bjorn, Thanks for the review. On 02/13/2018 08:39 PM, Bjorn Helgaas wrote: [+cc Lorenzo] On Fri, Feb 02, 2018 at 07:00:46AM +, George Cherian wrote: The PCIe Controller on Cavium ThunderX2 processors does not respond to downstream CFG/ECFG cycles when root port is in power management

Re: [PATCH] irqchip: mips-gic: Avoid spuriously handling masked interrupts

On 07/02/18 10:41, Marc Zyngier wrote: On 07/02/18 09:44, Matt Redfearn wrote: Hi Marc, On 07/02/18 09:41, Marc Zyngier wrote: On 05/02/18 16:45, Matt Redfearn wrote: Commit 7778c4b27cbe ("irqchip: mips-gic: Use pcpu_masks to avoid reading GIC_SH_MASK*") removed the read of the hardware

Re: clang asm-goto support (Was Re: [PATCH v2] x86/retpoline: Add clang support)

* Peter Zijlstra wrote: > On Wed, Feb 14, 2018 at 09:52:59AM +, Yatsina, Marina wrote: > > Hi Peter, > > > > When I started the original thread last year I was in favor of adding > > "asm goto" and didn't understand why it wasn't done by that time. The > > feedback I

arm64/v4.16-rc1: KASAN: use-after-free Read in finish_task_switch

[1]. If I hit this again, I'll upload new info there. Thanks, Mark. [1] https://www.kernel.org/pub/linux/kernel/people/mark/bugs/20180214-finish_task_switch-stale-mm/ == BUG: KASAN: use-after-free in __read_once_size include/linux/c

Re: [linux-sunxi] [PATCH v2] rtc: ac100: Fix ac100 determine rate bug

On Tue, Feb 13, 2018 at 04:23:00PM +0100, Philipp Rossak wrote: > > > On 13.02.2018 14:44, Chen-Yu Tsai wrote: > > On Tue, Feb 13, 2018 at 9:32 PM, Maxime Ripard > > wrote: > > > On Tue, Feb 13, 2018 at 01:14:14PM +0100, Philipp Rossak wrote: > > > > This patch fixes

[PATCH v2 02/13] drm/amd/include: remove unused asic_reg/bif 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/bif/bif_5_0_enum.h| 1198 .../drm/amd/include/asic_reg/bif/bif_5_1_enum.h| 1068 - 2 files

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

Hello This patchset remove several headers which are not used by any source file. Regards Changes since v1: - splited in multiple patchs Corentin Labbe (13): drm/amd/include: remove unused asic_reg/oss headers drm/amd/include: remove unused asic_reg/bif headers drm/amd/include: remove

[PATCH v2 10/13] drm/amd/include: remove unused asic_reg/sdma headers

All thoses headers are not used by any source files. Lets just remove them. Signed-off-by: Corentin Labbe --- .../amd/include/asic_reg/sdma0/sdma0_4_0_default.h | 286 - .../amd/include/asic_reg/sdma1/sdma1_4_0_default.h | 282 2

[PATCH v2 07/13] drm/amd/include: remove unused asic_reg/umc 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/umc/umc_6_0_default.h | 31 - .../drm/amd/include/asic_reg/umc/umc_6_0_offset.h | 52 -- 2 files

Re: [PATCH 07/11] fs: Allow CAP_SYS_ADMIN in s_user_ns to freeze and thaw filesystems

On Fri, Dec 22, 2017 at 3:32 PM, Dongsu Park wrote: > From: Seth Forshee > > The user in control of a super block should be allowed to freeze > and thaw it. Relax the restrictions on the FIFREEZE and FITHAW > ioctls to require CAP_SYS_ADMIN in

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

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

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

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? > >  >

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

[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:

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:

[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:

[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:

[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:

[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

[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

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

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,

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

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 @@

Re: [PATCH v2 1/3] Kconfig : Remove HAS_IOMEM dependency for Graphics support

I added all three patches to my next tree https://git.kernel.org/pub/scm/linux/kernel/git/kvms390/linux.git/log/?h=next This will hoepfully reveal any fallout. Would be good to have an ACK from the score, tile and um maintainers in case they verified that this change did not break anything. On

Re: [PATCH v7 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

On Tue, Feb 13, 2018 at 7:22 PM, Tomasz Figa wrote: > On Tue, Feb 13, 2018 at 9:57 PM, Robin Murphy wrote: >> On 13/02/18 08:24, Tomasz Figa wrote: >>> >>> Hi Vivek, >>> >>> Thanks for the patch. Please see my comments inline. >>> >>> On Wed, Feb 7, 2018

[PATCH -mm 3/3] proc: account "struct pde_opener"

The allocation is persistent in fact as any fool can open a file in /proc and sit on it. Signed-off-by: Alexey Dobriyan --- fs/proc/inode.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/fs/proc/inode.c +++ b/fs/proc/inode.c @@ -103,7 +103,7 @@ void __init

[PATCH] srcu: Remove dead code in srcu_gp_end()

Of course, compilers will optimize out a dead code. Anyway, remove any dead code for better readibility. Signed-off-by: Byungchul Park --- kernel/rcu/srcutree.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/kernel/rcu/srcutree.c b/kernel/rcu/srcutree.c index

Re: VMs freezing when host is running 4.14

On 14/02/2018 03:04, Josh Poimboeuf wrote: > On Sun, Feb 11, 2018 at 02:39:41PM +0100, Marc Haber wrote: >> Hi, >> >> after in total nine weeks of bisecting, broken filesystems, service >> outages (thankfully on unportant systems), 4.15 seems to have fixed the >> issue. After going to 4.15, the

Re: [PATCH v3 00/16] mmc: tmio: another batch of TMIO MMC fixes and cleanups

> You need to check again. :-) Seems like it. Sorry for the noise. > I am eager to apply those patches you already have reviewed (to > patch14), as those mostly seemed rather trivial and should be nice > cleanups. > > Do you mind me going ahead, then you can continue and review/test the rest?

Re: v4.13 on nokia n900: oops during tethering

Hi! > > During tethering, I got oops in ssi_stop_tx(), followed by failure of > > GPRS. I used GPRS tethering a lot with some older kernel, and it was > > stable for hours. > > > > It seems v4.12 has the same problem. In v4.15 usb networking does not > > work at all, so I can't test... v4.10

Re: [patch 1/2] mm, page_alloc: extend kernelcore and movablecore for percent

On Wed, 14 Feb 2018, Michal Hocko wrote: > I do not have any objections regarding the extension. What I am more > interested in is _why_ people are still using this command line > parameter at all these days. Why would anybody want to introduce lowmem > issues from 32b days. I can see the

Re: clang asm-goto support (Was Re: [PATCH v2] x86/retpoline: Add clang support)

On Wed, Feb 14, 2018 at 09:52:59AM +, Yatsina, Marina wrote: > Hi Peter, > > When I started the original thread last year I was in favor of adding > "asm goto" and didn't understand why it wasn't done by that time. The > feedback I got is that this feature (optimizing tracepoints) is very >

Re: [PATCH 01/15] Documentation: devicetree: R-Car M3-N SoC DT bindings

On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Add device tree bindings documentation for Renesas R-Car M3-N (r8a77965) > SoC. > > Signed-off-by: Jacopo Mondi Reviewed-by: Geert Uytterhoeven

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

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 comparison in `else if` statement, case where

Re: [PATCH] PM / wakeirq: Add wakeup name to dedicated wake irqs

On Fri, Feb 9, 2018 at 6:14 PM, Tony Lindgren wrote: > This makes it easy to grep :wakeup /proc/interrupts. I used to have another patch (not published) to provide this information via /sys/kernel/irq. OK, here we are: > + namelen = strlen(dev_name(dev)) +

Re: [PATCH v2] reset: add support for non-DT systems

On Wed, Feb 14, 2018 at 10:59 AM, Bartosz Golaszewski wrote: > 2018-02-13 20:17 GMT+01:00 Andy Shevchenko : >> On Tue, Feb 13, 2018 at 8:39 PM, Bartosz Golaszewski wrote: >>> + for (index = 0; lookup->dev; index++, lookup++)

Re: why scripts/link-vmlinux.sh has a final build of init/

2018-02-13 16:08 GMT+09:00 Cao jin : > BTW, I still have 2 questions. > > 1. In final build, why need > >GCC_PLUGINS_CFLAGS="${GCC_PLUGINS_CFLAGS}" > > Doesn't GCC_PLUGINS_CFLAGS already exist in the environment? > > I also tested the Randomizing Structure Layout

Re: [patch] kvm: suppress KVM_SET_GSI_ROUTING allocation failure

On 14/02/2018 12:14, Christian Borntraeger wrote: > > > On 02/14/2018 11:10 AM, Paolo Bonzini wrote: >> On 14/02/2018 02:03, David Rientjes wrote: >>> On Tue, 13 Feb 2018, Paolo Bonzini wrote: >>> >> The KVM_SET_GSI_ROUTING ioctl does a vmalloc() of >> sizeof(struct

Re: [PATCH] powerpc/xmon: Dont register sysrq key when kernel param xmon=off

Vaibhav Jain writes: > Thanks for reviewing this patch Balbir > > Balbir Singh writes: > >> Any specific issue you've run into without this patch? > Without this patch since xmon is still accessible via sysrq and there is > no

Re: [PATCH] esp4: remove redundant initialization of pointer esph

On Fri, Feb 02, 2018 at 08:37:50AM +0100, Steffen Klassert wrote: > On Tue, Jan 30, 2018 at 02:53:48PM +, Colin King wrote: > > From: Colin Ian King > > > > Pointer esph is being assigned a value that is never read, esph is > > re-assigned and only read inside an if

Re: [PATCH] Build: Scripts/Makefile: Remove Repeated Lines

Hi Progyan, On Wed, 14 Feb 2018 14:55:58 +0530 Progyan Bhattacharya wrote: > > Last two lines of code was repreated and was causing build error. > > Signed-off-by: Progyan Bhattacharya > Cc: Arnd Bergmann > Cc: Daniel Golle

Re: [PATCH] iommu/amd - Use dev_err to send events to the system log

On Tue, Feb 13, 2018 at 02:24:56PM -0500, Hook, Gary wrote: > Without actually running a driver and getting some debug info, I'll just > say that my example compiled, the amd_iommu structure points to a pci_dev > which contains a device, and the two possibilities are likely equivalent. > > I'll

Re: [PATCH 9/9] x86/mm: Adjust virtual address space layout in early boot

* Kirill A. Shutemov wrote: > We need to adjust virtual address space to support switching between > paging modes. > > The adjustment happens in __startup_64(). > > We also have to change KASLR code that doesn't expect variable > VMALLOC_SIZE_TB. > >

[PATCH] PCI: qcom: use regulator bluk api for apq8064 supplies

From: Srinivas Kandagatla This patch converts existing regulators to use regulator bulk apis, to make it consistent with msm8996 changes also cut down some redundant code. Signed-off-by: Srinivas Kandagatla ---

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 +

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

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

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)

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)

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

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

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: 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

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

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

[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:

[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

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

[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,

[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,

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 >>> >

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:

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 > ---

[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:

[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:

Re: [PATCH 02/15] clk: renesas: cpg-msr: Add support for R-Car M3-N

Hi Jacopo, On Tue, Feb 13, 2018 at 10:45 AM, Jacopo Mondi wrote: > Initial support for R-Car M3-N (r8a77965), including core and module > clocks. > > Signed-off-by: Jacopo Mondi Thanks for your patch! Please refer to Table 8.2d of R-Car

[PATCH 8/9] x86/mm: Make __VIRTUAL_MASK_SHIFT dynamic

For boot-time switching between paging modes, we need to be able to adjust virtual mask shifts. The change doesn't affect the kernel image size much: textdata bss dec hex filename 8628892 4734340 1368064 14731296 e0c820 vmlinux.before 8628966 4734340 1368064 14731370

[PATCH 9/9] x86/mm: Adjust virtual address space layout in early boot

We need to adjust virtual address space to support switching between paging modes. The adjustment happens in __startup_64(). We also have to change KASLR code that doesn't expect variable VMALLOC_SIZE_TB. Signed-off-by: Kirill A. Shutemov ---

Re: [patch] kvm: suppress KVM_SET_GSI_ROUTING allocation failure

On 02/14/2018 11:10 AM, Paolo Bonzini wrote: > On 14/02/2018 02:03, David Rientjes wrote: >> On Tue, 13 Feb 2018, Paolo Bonzini wrote: >> > The KVM_SET_GSI_ROUTING ioctl does a vmalloc() of > sizeof(struct kvm_irq_routing_entry) multiplied by a user-supplied value. > This can be up

[PATCH 6/9] x86/mm: Make PGDIR_SHIFT and PTRS_PER_P4D variable

For boot-time switching between 4- and 5-level paging we need to be able to fold p4d page table level at runtime. It requires variable PGDIR_SHIFT and PTRS_PER_P4D. The change doesn't affect the kernel image size much: textdata bss dec hex filename 8628091 4734304 1368064

[PATCH 2/9] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS

With boot-time switching between paging mode we will have variable MAX_PHYSMEM_BITS. Let's use the maximum variable possible for CONFIG_X86_5LEVEL=y configuration to define zsmalloc data structures. The patch introduces MAX_POSSIBLE_PHYSMEM_BITS to cover such case. It also suits well to handle

Re: [PATCH v2 1/2] memory: tegra: Squash tegra20-mc into common tegra-mc driver

On Tue, Feb 13, 2018 at 11:30:39AM +0100, Thierry Reding wrote: > > } > > It's odd that we don't have an MC clock on Tegra2. I wonder if perhaps > we just never implemented one, or it uses one which is always on by > default. Cc Peter to see if he knows. We do, it has DT ID TEGRA20_CLK_MC.

Re: [PATCH V3 04/10] sched/core: Prevent race condition between cpuset and __sched_setscheduler()

On 14/02/18 11:49, Juri Lelli wrote: > On 14/02/18 11:36, Juri Lelli wrote: > > Hi Mathieu, > > > > On 13/02/18 13:32, Mathieu Poirier wrote: > > > No synchronisation mechanism exist between the cpuset subsystem and calls > > > to function __sched_setscheduler(). As such it is possible that new

Re: [PATCH v5 08/13] iommu/rockchip: Control clocks needed to access the IOMMU

On Wed, Feb 14, 2018 at 7:03 PM, Vivek Gautam wrote: > > > On 1/24/2018 7:19 PM, Robin Murphy wrote: >> >> On 24/01/18 10:35, Jeffy Chen wrote: >>> >>> From: Tomasz Figa >>> >>> Current code relies on master driver enabling necessary clocks before

Re: plan9 semantics on Linux - mount namespaces

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 root, but not as an unprivileged user: daemon@alphabox:~ unshare -r -U unshare: can't open

Re: [PATCH] x86/apic: Move pending intr check code into it's own function

On Wed, Feb 14, 2018 at 8:24 AM, Dou Liyang wrote: Yes, I see you just moved the old code, but it might make sense to update later the following. > + for (j = 31; j >= 0; j--) { > + if (value & (1<

Re: [PATCH] x86/microcode/intel: Use 64-bit arithmetic instead of 32-bit

On Tue, 13 Feb 2018, Alan Cox wrote: > > if (c->x86_cache_size >= 0) > > seq_printf(m, "cache size\t: %d KB\n", c->x86_cache_size); > > > > which is silly, because that really can be done with: > > > > if (c->x86_cache_size) > > > > as there is no point in printing 'cache

Re: [PATCH] irqchip: mips-gic: Avoid spuriously handling masked interrupts

On 14/02/18 11:22, Matt Redfearn wrote: > > > On 07/02/18 10:41, Marc Zyngier wrote: >> On 07/02/18 09:44, Matt Redfearn wrote: >>> Hi Marc, >>> >>> On 07/02/18 09:41, Marc Zyngier wrote: On 05/02/18 16:45, Matt Redfearn wrote: > Commit 7778c4b27cbe ("irqchip: mips-gic: Use pcpu_masks

[PATCH] video: fbdev: s3c-fb: remove dead platform code for Exynos and S5PV210 platforms

Exynos5, Exynos4 and S5PV210 platforms have been converted to use Device Tree and Exynos DRM driver long time ago. Remove dead platform code for these platforms and update Kconfig s3c-fb entry accordingly. Cc: Jingoo Han Signed-off-by: Bartlomiej Zolnierkiewicz

Re: [PATCH 9/9] x86/mm: Adjust virtual address space layout in early boot

* Kirill A. Shutemov wrote: > On Wed, Feb 14, 2018 at 12:10:49PM +, Ingo Molnar wrote: > > > > * Kirill A. Shutemov wrote: > > > > > We need to adjust virtual address space to support switching between > > > paging modes.

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

[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

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

  1   2   3   4   5   6   7   8   9   10   >