Re: [PATCH net-next 02/13] phy: add the mvebu cp110 comphy driver

Hi Stefan, On Thu, Aug 24, 2017 at 01:57:04PM +, Stefan Chulski wrote: > > > > How would you name it if not "comphy-cp110"? > > > > Good question... > > > > '7000-cpmphy-cp110' > > '8000-cpmphy-cp110' > > > > ?? > > > > Andrew > > A8K Marvell SoC has two South Bridge communication

Re: [PATCH 4/4] lockdep: Fix workqueue crossrelease annotation

On Thu, Aug 24, 2017 at 11:18:40AM +0900, Byungchul Park wrote: > On Wed, Aug 23, 2017 at 01:58:47PM +0200, Peter Zijlstra wrote: > > Also, unconditinoally switching to recursive-read here would fail to > > detect the actual deadlock on single-threaded workqueues, which do > > Do you mean it's

Re: [v6 2/4] mm, oom: cgroup-aware OOM killer

On Thu 24-08-17 14:58:42, Roman Gushchin wrote: > On Thu, Aug 24, 2017 at 02:58:11PM +0200, Michal Hocko wrote: > > On Thu 24-08-17 13:28:46, Roman Gushchin wrote: > > > Hi Michal! > > > > > There is nothing like a "better victim". We are pretty much in a > > catastrophic situation when we try to

Re: [PATCH net-next 07/13] net: mvpp2: improve the link management function

Hi Andrew, On Thu, Aug 24, 2017 at 04:06:25PM +0200, Andrew Lunn wrote: > On Thu, Aug 24, 2017 at 10:38:17AM +0200, Antoine Tenart wrote: > > @@ -5753,14 +5753,24 @@ static void mvpp2_link_event(struct net_device *dev) > > port->link = phydev->link; > > > > if

[PATCH v7 06/19] crypto: move algif to generic async completion

algif starts several async crypto ops and waits for their completion. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/af_alg.c | 27 --- crypto/algif_aead.c | 8 crypto/algif_hash.c |

[PATCH v7 05/19] crypto: introduce crypto wait for async op

Invoking a possibly async. crypto op and waiting for completion while correctly handling backlog processing is a common task in the crypto API implementation and outside users of it. This patch adds a generic implementation for doing so in preparation for using it across the board instead of hand

[PATCH v7 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY

Now that -EBUSY return code only indicates backlog queueing we can safely remove the now redundant check for the CRYPTO_TFM_REQ_MAY_BACKLOG flag when -EBUSY is returned. Signed-off-by: Gilad Ben-Yossef Acked-by: Boris Brezillon ---

[PATCH 6/6] tracing: Fix freeing of filter in create_filter() when set_str is false

From: "Steven Rostedt (VMware)" Performing the following task with kmemleak enabled: # cd /sys/kernel/tracing/events/irq/irq_handler_entry/ # echo 'enable_event:kmem:kmalloc:3 if irq >' > trigger # echo 'enable_event:kmem:kmalloc:3 if irq > 31' > trigger # echo scan >

[PATCH v7 16/19] crypto: talitos: move to generic async completion

The talitos driver starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- drivers/crypto/talitos.c | 38 +- 1 file changed, 5 insertions(+), 33

[PATCH v7 15/19] crypto: tcrypt: move to generic async completion

tcrypt starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/tcrypt.c | 84 + 1 file changed, 25 insertions(+), 59

[PATCH 1/6] tracing: Call clear_boot_tracer() at lateinit_sync

From: "Steven Rostedt (VMware)" The clear_boot_tracer function is used to reset the default_bootup_tracer string to prevent it from being accessed after boot, as it originally points to init data. But since clear_boot_tracer() is called via the init_lateinit() call, it races

[PATCH] m68knommu: remove dead code

As CONFIG_RTC_DRV_M5441x doesn't exist because the driver never made it upstream, there is no device to register. Remove code that is never compiled and init_BSP() as it doesn't do anything. Signed-off-by: Alexandre Belloni --- arch/m68k/coldfire/m5441x.c |

Re: [PATCH 2/2] compat_hdio_ioctl: Fix a declaration

On 08/23/2017 04:29 PM, Bart Van Assche wrote: > This patch avoids that sparse reports the following warning messages: > > block/compat_ioctl.c:85:11: warning: incorrect type in assignment (different > address spaces) > block/compat_ioctl.c:85:11:expected unsigned long *[noderef] p >

[PATCH] cpuset: Allow cpuset controller in default hierarchy

Given the fact that thread mode is now queued for 4.14, it is now time to enable cpuset to be used in the default hierarchy (cgroup v2) as it is clearly threaded. Signed-off-by: Waiman Long --- kernel/cgroup/cpuset.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH] input: misc: don't build m68kspkr when mach_beep is undefined

mach_beep is defined arch/m68k/kernel/setup_mm.c which is compiled only when MMU is selected. To avoid linking errors, make INPUT_M68K_BEEP depend on MMU. Signed-off-by: Alexandre Belloni --- drivers/input/misc/Kconfig | 2 +- 1 file changed, 1

Re: [alsa-devel] [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, Aug 24, 2017 at 04:52:35PM +0100, Mark Brown wrote: > On Thu, Aug 24, 2017 at 05:42:11PM +0200, Takashi Iwai wrote: > > > OK, so the fix for 4.13 would be either to cherry-pick this commit, or > > just to re-add "RT5677CE:00" to i2c_id temporarily as a quick band-aid > > fix (and remove

Re: [PATCH] kbuild: update comments of Makefile.asm-generic

2017-08-22 22:09 GMT+09:00 Cao jin : > Signed-off-by: Cao jin > --- Applied to linux-kbuild/fixes. Thanks. -- Best Regards Masahiro Yamada

Re: [PATCH 1/4] KVM: VMX: cache secondary exec controls

On the subject of complexity, why do we clear CPUID.(EAX=07H,ECX=0):EBX.INVPCID[bit 10] when CPUID.01H:ECX.PCID[bit 17] is clear? Sure, it would be odd to support the INVPCID instruction without also supporting PCIDs, but why single out this one check? Isn't it equally bizarre to support SSE2

[PATCH v8 1/2] perf/core: use rb trees for pinned/flexible groups

This patch moves event groups into rb tree sorted by CPU, so that multiplexing hrtimer interrupt handler would be able skipping to the current CPU's list and ignore groups allocated for the other CPUs. New API for manipulating event groups in the trees is implemented as well as adoption on the

[PATCH] irqchip: mmp: make mmp_intc_conf const

Make these const as they are only used during a copy operation. Done using Coccinelle. @match disable optional_qualifier@ identifier s; @@ static struct mmp_intc_conf s = {...}; @ref@ position p; identifier match.s; @@ s@p @good1@ position ref.p; identifier match.s,f,c; expression e; @@ ( e =

Re: [PATCH v2 01/10] ASoC: s3c24xx_uda134x: Remove unnecessary function call

On Wed, Aug 23, 2017 at 05:17:41AM -0700, Peng Donglin wrote: > The work of the function platform_set_drvdata is done by > devm_snd_soc_register_card. This doens't apply against current code, please check and resend. signature.asc Description: PGP signature

Re: [PATCH] xfs: Drop setting redundant PF_KSWAPD in kswapd context

On Thu 24-08-17 16:12:47, Anshuman Khandual wrote: > xfs_btree_split() calls xfs_btree_split_worker() with args.kswapd set > if current->flags alrady has PF_KSWAPD. Hence we should not again add > PF_KSWAPD into the current flags inside kswapd context. So drop this > redundant flag addition. I am

[PATCH] USB: core: constify vm_operations_struct

vm_operations_struct are not supposed to change at runtime. All functions working with const vm_operations_struct. So mark the non-const structs as const. Signed-off-by: Arvind Yadav --- drivers/usb/core/devio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH 1/2] powerpc/workqueue: update list of possible CPUs

On 23/08/2017 15:26, Tejun Heo wrote: > Hello, Michael. > > On Wed, Aug 23, 2017 at 09:00:39PM +1000, Michael Ellerman wrote: >>> I don't think that's true. The CPU id used in kernel doesn't have to >>> match the physical one and arch code should be able to pre-map CPU IDs >>> to nodes and use

Re: [PATCH] iommu/amd: Check if domain is NULL before dereference it

On Thu, Aug 24, 2017 at 07:56:47PM +0800, Baoquan He wrote: > In get_domain(), 'domain' could still be NULL before it's passed to > dma_ops_domain() to dereference. For safety, check if 'domain' is > NULL before passing to dma_ops_domain(). > > Reported-by: Dan Carpenter

Re: [PATCH] iommu/amd: Check if domain is NULL before dereference it

On 08/24/17 at 03:11pm, Dan Carpenter wrote: > On Thu, Aug 24, 2017 at 07:56:47PM +0800, Baoquan He wrote: > > In get_domain(), 'domain' could still be NULL before it's passed to > > dma_ops_domain() to dereference. For safety, check if 'domain' is > > NULL before passing to dma_ops_domain(). > >

Re: [PATCH] input/xen-kbdfront: Enable auto repeat for xen keyboard frontend driver

Hi, Dmitry On 8/23/17 2:36 PM, Dmitry Torokhov wrote: > Hi Liang, > > On Wed, Aug 23, 2017 at 02:10:26PM -0400, Liang Yan wrote: >> Long pressed key could not show right in XEN vncviewer after tigervnc >> client changed the way how to send repeat keys, from "Down Up Down Up >> ..." to "Down Down

[PATCH v7 0/4] Raise #UD and disable execution controls for more CPUID bits

Usually we're not that particular about #UD-ing on disabled instructions, because you cannot do it for all instructions. However, whenever an instruction has a corresponding execution control it is important to do it for the sake of getting vmexits right. Paolo Jim Mattson (2): kvm: vmx:

Re: [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, Aug 24, 2017 at 03:26:00PM +0300, Andy Shevchenko wrote: > Thus, I'm suspecting that your user space helper either has some hard > coded values for previous case, or just broken. > > Can you also check is the codec module loaded (lsmod) and, if it's not, > load it manually and check if

Re: [PATCH v3 0/5] KVM: MMU: 5 level EPT/shadow support

On 24/08/2017 14:27, Yu Zhang wrote: > Intel's existing processors limit the maximum linear address width to > 48 bits, and the maximum physical address width to 46 bits. And the > upcoming processors will extend maximum linear address width to 57 bits > and maximum physical address width can go

Re: [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, Aug 24, 2017 at 03:26:00PM +0300, Andy Shevchenko wrote: > On Thu, 2017-08-24 at 07:15 -0400, Tom Rini wrote: > > On Thu, Aug 24, 2017 at 10:39:09AM +0300, Andy Shevchenko wrote: > > > On Wed, 2017-08-23 at 20:05 -0400, Tom Rini wrote: > > > > On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom

[PATCH 0/2 v8] printk: Add new timestamps

printk.time=1/CONFIG_PRINTK_TIME=1 adds a unmodified local hardware clock timestamp to printk messages. The local hardware clock loses time each day making it difficult to determine exactly when an issue has occurred in the kernel log, and making it difficult to determine how kernel and hardware

Re: [PATCH net-next 12/13] arm64: dts: marvell: mcbin: add comphy references to Ethernet ports

Hi Andrew, On Thu, Aug 24, 2017 at 03:58:13PM +0200, Andrew Lunn wrote: > > @@ -189,6 +191,7 @@ > > status = "okay"; > > phy = <_phy>; > > phy-mode = "sgmii"; > > + phys = <_comphy0 1>; > > Does the binding document describe the meaning of the specifier? Ahhh no you're right! It's

Re: [PATCH] zram: add zstd to the supported algorithms list

Hi, On (08/24/17 13:30), Minchan Kim wrote: > Hello Sergey, > > On Thu, Aug 24, 2017 at 10:49:36AM +0900, Sergey Senozhatsky wrote: > > Add ZSTD to the list of supported compression algorithms. > > > > Official benchmarks [1]: > > First of all, thanks for the work! > > I want to ask one

Re: [PATCH v3] staging: olpc_dcon: remove pointless debug printk in dcon_freeze_store()

On Thu, Aug 24, 2017 at 02:10:37PM +0800, Shurong Zhang wrote: > This printk doesn't really add anything worthwhile. > > Signed-off-by: Shurong Zhang > --- > drivers/staging/olpc_dcon/olpc_dcon.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git

Re: [PATCH] rtc: mxc: avoid disabling interrupts on device close

On Wed, Aug 23, 2017 at 7:00 PM, Alexandre Belloni wrote: > Currently, the IRQs are disabled when the rtc character device is closed. > This means that the device needs to stay open to get alarms while the usual > use case will open the device, set the alarm

[PATCH v7 17/19] crypto: qce: move to generic async completion

The qce driver starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- drivers/crypto/qce/sha.c | 30 -- 1 file changed, 4 insertions(+), 26 deletions(-)

[PATCH v7 18/19] crypto: mediatek: move to generic async completion

The mediatek driver starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Acked-by: Ryder Lee --- drivers/crypto/mediatek/mtk-aes.c | 31

Re: [PATCH v2 0/1] bsg: fix regression resulting in panics when sending commands via BSG

On 08/23/2017 05:57 PM, Benjamin Block wrote: > Hello all, > > This is the second try for fixing the regression in the BSG-interface that > exists since v4.11 (for more infos see the first series). > > I separated my other changes from the bug-fix so that it is easier to apply > if judged good.

[PATCH v7 19/19] crypto: adapt api sample to use async. op wait

The code sample is waiting for an async. crypto op completion. Adapt sample to use the new generic infrastructure to do the same. This also fixes a possible data coruption bug created by the use of wait_for_completion_interruptible() without dealing correctly with an interrupt aborting the wait

Re: [PATCH v2] x86: enable RCU based table free

On Thu, Aug 24, 2017 at 11:22:58AM +0200, Vitaly Kuznetsov wrote: > diff --git a/arch/x86/include/asm/tlb.h b/arch/x86/include/asm/tlb.h > index c7797307fc2b..d43a7fcafee9 100644 > --- a/arch/x86/include/asm/tlb.h > +++ b/arch/x86/include/asm/tlb.h > @@ -15,4 +15,9 @@ > > #include > >

Re: [alsa-devel] [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, Aug 24, 2017 at 04:31:25PM +0200, Takashi Iwai wrote: > On Thu, 24 Aug 2017 16:28:29 +0200, > Takashi Iwai wrote: > > > > On Thu, 24 Aug 2017 02:05:25 +0200, > > Tom Rini wrote: > > > > > > On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom Rini wrote: > > > > On Wed, Aug 23, 2017 at

Re: [RFC GIT PULL rcu/next] RCU/hotplug fix

On 8/24/2017 8:35 AM, Paul E. McKenney wrote: On Thu, Aug 24, 2017 at 09:53:20AM +0200, Ingo Molnar wrote: * Jeffrey Hugo wrote: This commit has been exposed to 0day test robot and -next testing and is available in the git repository at:

Re: [PATCH 4/4] kvm: vmx: Raise #UD on unsupported XSAVES/XRSTORS

On Thu, Aug 24, 2017 at 6:37 AM, Paolo Bonzini wrote: > A guest may not be configured to support XSAVES/XRSTORS, even when the host > does. If the guest does not support XSAVES/XRSTORS, clear the secondary > execution control so that the processor will raise #UD. > > Also

Re: [PATCH] cpuset: Allow cpuset controller in default hierarchy

Hello, On Thu, Aug 24, 2017 at 10:56:21AM -0400, Waiman Long wrote: > The main reason for sending out this patch is to figure out what exactly > is in your mind before enabling cpuset in v2. > > From my point of view, the exclusive setting makes cpuset behave more > like a resource domain that a

Re: [PATCH v2] x86: enable RCU based table free

Peter Zijlstra writes: > On Thu, Aug 24, 2017 at 11:22:58AM +0200, Vitaly Kuznetsov wrote: > >> diff --git a/arch/x86/include/asm/tlb.h b/arch/x86/include/asm/tlb.h >> index c7797307fc2b..d43a7fcafee9 100644 >> --- a/arch/x86/include/asm/tlb.h >> +++

Re: [PATCH] cpuset: Allow cpuset controller in default hierarchy

On 08/24/2017 11:02 AM, Tejun Heo wrote: > Hello, > > On Thu, Aug 24, 2017 at 10:56:21AM -0400, Waiman Long wrote: >> The main reason for sending out this patch is to figure out what exactly >> is in your mind before enabling cpuset in v2. >> >> From my point of view, the exclusive setting makes

Temperature limitation heat pipes, to solve the overheating solar system

New Products-Solar heating 1). SHC series CPC reflectors heat pipe collectors: biggest aperture area, highest power output, overheating solution 2). A9 series integrated pressure solar water heaters, EN12976 approved. 3). PVT, hybrid photovoltaic+solar thermal panels. …… Please contact with me

[PATCH] IB/core: replace memcpy with ether_addr_copy

Use ether_addr_copy to copy an ethernet address of size ETH_ALEN instead of memcpy. Signed-off-by: Himanshu Jha --- drivers/infiniband/core/addr.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/infiniband/core/addr.c

Re: [PATCH v3 2/5] KVM: MMU: check guest CR3 reserved bits based on its physical address width.

On 24/08/2017 17:23, Yu Zhang wrote: >>> >>> static inline u64 rsvd_bits(int s, int e) >>> { >>> +if (e < s) >>> +return 0; >>> + >>> return ((1ULL << (e - s + 1)) - 1) << s; >>> } >> e = s - 1 is already supported; why do you need e <= s - 2? > > Sorry? I do not quite

Re: [PATCH] Staging: Android: fix code style in ion_cma_heap.c

On 08/24/2017 08:40 AM, Abishek V Ashok wrote: > This is a patch to the ion_cma_heap.c file in > /drivers/staging/andrioid/ion that fixes a blank line and > kmalloc size warning found by the checkpatch.pl tool. > You've done two things in this patch, please stick to a single change per patch. >

Re: [PATCH 0/1] devpts: use dynamic_dname() to generate proc name

Stefan Lippers-Hollmann writes: > Hi > > On 2017-08-23, Eric W. Biederman wrote: >> Linus Torvalds writes: >> > On Wed, Aug 23, 2017 at 6:49 PM, Linus Torvalds >> > wrote: > [...] >> This is so far untested (except

Re: [PATCH] staging:rtl8188eu:core Fix Avoid CamelCase

On Thu, Aug 24, 2017 at 02:58:06PM +0530, Janani Sankara Babu wrote: > This patch is created to solve the CamelCase issue. The members 'IEs' and > 'IELength' of struct wlan_bssid_ex are being modified to 'ies' and > 'ie_length' to solve the issue. And all the places where these variables > are

[PATCH v7 11/19] fscrypt: move to generic async completion

fscrypt starts several async. crypto ops and waiting for them to complete. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- fs/crypto/crypto.c | 28 fs/crypto/fname.c | 36

[PATCH v7 10/19] crypto: move testmgr to generic async completion

testmgr is starting async. crypto ops and waiting for them to complete. Move it over to generic code doing the same. This also provides a test of the generic crypto async. wait code. Signed-off-by: Gilad Ben-Yossef --- crypto/testmgr.c | 204

[PATCH v7 09/19] crypto: move gcm to generic async completion

gcm is starting an async. crypto op and waiting for it complete. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/gcm.c | 32 ++-- 1 file changed, 6 insertions(+), 26 deletions(-) diff --git a/crypto/gcm.c

[PATCH v7 08/19] crypto: move drbg to generic async completion

DRBG is starting an async. crypto op and waiting for it complete. Move it over to generic code doing the same. The code now also passes CRYPTO_TFM_REQ_MAY_SLEEP flag indicating crypto request memory allocation may use GFP_KERNEL which should be perfectly fine as the code is obviously sleeping for

[PATCH v7 07/19] crypto: move pub key to generic async completion

public_key_verify_signature() is starting an async crypto op and waiting for it to complete. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef --- crypto/asymmetric_keys/public_key.c | 28 1 file changed, 4

Re: [RFC PATCH 1/4] mm: madvise: read loop's step size beforehand in madvise_inject_error(), prepare for THP support.

On 24 Aug 2017, at 0:26, Naoya Horiguchi wrote: > On Wed, Aug 23, 2017 at 10:20:02AM -0400, Zi Yan wrote: >> On 23 Aug 2017, at 3:49, Naoya Horiguchi wrote: >> >>> On Mon, Aug 14, 2017 at 09:52:13PM -0400, Zi Yan wrote: From: Zi Yan The loop in

Re: [PATCH 1/4] KVM: VMX: cache secondary exec controls

On Thu, Aug 24, 2017 at 6:37 AM, Paolo Bonzini wrote: > Currently, secondary execution controls are divided in three groups: > > - static, depending mostly on the module arguments or the processor > (vmx_secondary_exec_control) > > - static, depending on CPUID

Re: [PATCH v2 5/8] KVM: arm/arm64: vgic: Handle mapped level sensitive SPIs

On Tue, Aug 22, 2017 at 04:35:26PM +0200, Auger Eric wrote: > Hi, > > On 25/07/2017 17:41, Marc Zyngier wrote: > > On 25/07/17 15:48, Christoffer Dall wrote: > >> On Tue, Jul 25, 2017 at 02:47:55PM +0100, Marc Zyngier wrote: > >>> On 21/07/17 14:03, Christoffer Dall wrote: > On Fri, Jul 07,

Re: [PATCH net-next 09/13] net: mvpp2: dynamic reconfiguration of the PHY mode

On Thu, Aug 24, 2017 at 10:38:19AM +0200, Antoine Tenart wrote: > This patch adds logic to reconfigure the comphy/gop when the link status > change at runtime. This is very useful on boards such as the mcbin which > have SFP and Ethernet ports connected to the same MAC port: depending on > what

Re: [PATCH net-next] net-next/hinic: Fix MTU limitation

On Thu, Aug 24, 2017 at 09:21:25PM +0800, Aviad Krawczyk wrote: > Fix the hw MTU limitation by setting min/max_mtu > > Signed-off-by: Aviad Krawczyk > Signed-off-by: Zhao Chen > --- > drivers/net/ethernet/huawei/hinic/hinic_main.c | 3 +++ > 1

Re: Kernels v4.9+ cause short reads of block devices

On 08/24/2017 05:20 AM, Doug Nazar wrote: > On 8/23/17 5:01 PM, Andreas Dilger wrote: >> Doug, >> I noticed while checking for other implications of changing >> MAX_LFS_FILESIZE >> that fs/jfs/super.c is also working around this limit.  If you are going >> to submit a patch for this, it also makes

Re: [PATCH] scsi: lpfc: remove useless code in lpfc_sli4_bsg_link_diag_test

Hi Martin, On 08/23/2017 09:45 PM, Martin K. Petersen wrote: Gustavo, Remove variable assignments. The value stored in local variable _rc_ is overwritten at line 2448:rc = lpfc_sli4_bsg_set_link_diag_state(phba, 0); before it can be used. Applied to 4.14/scsi-queue. Thank you! Glad to

Re: [PATCH 1/3] livepatch: Add klp_object and klp_func iterators

Hi Petr, On 08/24/2017 10:25 AM, Petr Mladek wrote: > On Wed 2017-07-19 13:18:05, Jason Baron wrote: >> In preparation to introducing atomic replace, introduce iterators for >> klp_func >> and klp_object, such that objects and functions can be dynmically allocated >> (needed for atomic replace).

Re: [PATCH 1/4] KVM: VMX: cache secondary exec controls

On 24/08/2017 17:41, Jim Mattson wrote: > Userspace can establish the value of the virtualized > IA32_VMX_PROCBASED_CTLS2 MSR via the KVM_SET_MSRS ioctl, which goes > through vms_set_vmx_msr. But maybe that's not important, since > features can only be disabled on that path. Yeah, I was only

Re: [PATCH net-next 09/13] net: mvpp2: dynamic reconfiguration of the PHY mode

Hi Andrew, On Thu, Aug 24, 2017 at 04:56:09PM +0200, Andrew Lunn wrote: > On Thu, Aug 24, 2017 at 10:38:19AM +0200, Antoine Tenart wrote: > > This patch adds logic to reconfigure the comphy/gop when the link status > > change at runtime. This is very useful on boards such as the mcbin which > >

Re: [alsa-devel] [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, Aug 24, 2017 at 05:42:11PM +0200, Takashi Iwai wrote: > OK, so the fix for 4.13 would be either to cherry-pick this commit, or > just to re-add "RT5677CE:00" to i2c_id temporarily as a quick band-aid > fix (and remove again in 4.14). > The former is cleaner, but it's bigger, while the

[PATCH] KVM: MMU: speedup update_permission_bitmask

update_permission_bitmask currently does a 128-iteration loop to, essentially, compute a constant array. Computing the 8 bits in parallel reduces it to 16 iterations, and is enough to speed it up substantially because many boolean operations in the inner loop become constants or simplify

Re: [PATCH net-next 09/13] net: mvpp2: dynamic reconfiguration of the PHY mode

On Thu, Aug 24, 2017 at 05:52:41PM +0200, Antoine Tenart wrote: > Hi Andrew, > > On Thu, Aug 24, 2017 at 04:56:09PM +0200, Andrew Lunn wrote: > > On Thu, Aug 24, 2017 at 10:38:19AM +0200, Antoine Tenart wrote: > > > This patch adds logic to reconfigure the comphy/gop when the link status > > >

Re: [PATCH v3 2/5] KVM: MMU: check guest CR3 reserved bits based on its physical address width.

On 8/24/2017 11:50 PM, Paolo Bonzini wrote: On 24/08/2017 17:23, Yu Zhang wrote: static inline u64 rsvd_bits(int s, int e) { +if (e < s) +return 0; + return ((1ULL << (e - s + 1)) - 1) << s; } e = s - 1 is already supported; why do you need e <= s - 2? Sorry? I

Re: [PATCH net-next 02/13] phy: add the mvebu cp110 comphy driver

> > -Original Message- > > From: Andrew Lunn [mailto:and...@lunn.ch] > > Sent: Thursday, August 24, 2017 4:51 PM > > To: Antoine Tenart > > Cc: da...@davemloft.net; kis...@ti.com; ja...@lakedaemon.net; > > sebastian.hesselba...@gmail.com;

Re: [v6 3/4] mm, oom: introduce oom_priority for memory cgroups

On Thu, Aug 24, 2017 at 03:48:59PM +0200, Michal Hocko wrote: > On Thu 24-08-17 13:51:13, Roman Gushchin wrote: > > On Thu, Aug 24, 2017 at 02:10:54PM +0200, Michal Hocko wrote: > > > On Wed 23-08-17 17:52:00, Roman Gushchin wrote: > > > > Introduce a per-memory-cgroup oom_priority setting: an

[PATCH v7 13/19] cifs: move to generic async completion

cifs starts an async. crypto op and waits for their completion. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Acked-by: Pavel Shilovsky --- fs/cifs/smb2ops.c | 30 -- 1 file changed, 4

[PATCH v7 14/19] ima: move to generic async completion

ima starts several async crypto ops and waits for their completions. Move it over to generic code doing the same. Signed-off-by: Gilad Ben-Yossef Acked-by: Mimi Zohar --- security/integrity/ima/ima_crypto.c | 56

[PATCH v7 12/19] dm: move dm-verity to generic async completion

dm-verity is starting async. crypto ops and waiting for them to complete. Move it over to generic code doing the same. This also avoids a future potential data coruption bug created by the use of wait_for_completion_interruptible() without dealing correctly with an interrupt aborting the wait

[PATCH 0/6] [GIT PULL] tracing: Various minor fixes

Linus, Various bug fixes: - Two small memory leaks in error paths. - A missed return error code on an error path. - A fix to check the tracing ring buffer CPU when it doesn't exist (caused by setting maxcpus on the command line that is less than the actual number of CPUs, and then

Re: [alsa-devel] [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, 24 Aug 2017 02:05:25 +0200, Tom Rini wrote: > > On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom Rini wrote: > > On Wed, Aug 23, 2017 at 05:29:33PM +0300, Andy Shevchenko wrote: > > > > > On Tue, 2017-08-22 at 21:51 -0400, Tom Rini wrote: > > > > Not all devices with ACPI and this

Re: [RFC GIT PULL rcu/next] RCU/hotplug fix

On Thu, Aug 24, 2017 at 09:53:20AM +0200, Ingo Molnar wrote: > > * Jeffrey Hugo wrote: > > > > > This commit has been exposed to 0day test robot and -next testing > > > > and is available in the git repository at: > > > > > > > >

Re: [PATCH] cpuset: Allow cpuset controller in default hierarchy

On 08/24/2017 10:43 AM, Tejun Heo wrote: > Hello, Waiman. > > On Thu, Aug 24, 2017 at 10:40:11AM -0400, Waiman Long wrote: >> Given the fact that thread mode is now queued for 4.14, it is now >> time to enable cpuset to be used in the default hierarchy (cgroup v2) >> as it is clearly threaded. >

Re: [PATCH 0/1] devpts: use dynamic_dname() to generate proc name

Linus Torvalds writes: > On Wed, Aug 23, 2017 at 8:11 PM, Eric W. Biederman > wrote: >> -static int pty_get_peer(struct tty_struct *tty, int flags) >> +int ptm_open_peer(struct file *master, struct tty_struct *tty, int flags) >> { >>

Re: [PATCH v2 4/4] iommu: Prevent VMD child devices from being remapping targets

On Fri, Aug 18, 2017 at 11:04:33AM -0500, Bjorn Helgaas wrote: > [+cc Robin] > > This series looks fine to me as far as PCI is concerned, and I'd be > happy to take it via my tree given an ack from David for this IOMMU > piece. Alternatively, you can add my > > Acked-by: Bjorn Helgaas

Re: [RFC PATCH] treewide: remove GFP_TEMPORARY allocation flag

Hi! > From: Michal Hocko > > GFP_TEMPORARY has been introduced by e12ba74d8ff3 ("Group short-lived > and reclaimable kernel allocations") along with __GFP_RECLAIMABLE. It's > primary motivation was to allow users to tell that an allocation is > short lived and so the allocator

[GIT PULL] ARM: SoC fixes for 4.13

The following changes since commit 4dd6a9973b8aaffac4bf37c5bb70e8eae5a7afb4: soc: ti: ti_sci_pm_domains: Populate name for genpd (2017-08-18 11:59:53 +0200) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git tags/armsoc-fixes for you to

[PATCH v7 00/19] simplify crypto wait for async op

all of the corner cases. The patch set is based upon linux-next release tagged next-20170824. Changes from v6: - Fix brown paper bag compile error on marvell/cesa code. Changes from v5: - Remove redundant new line as spotted by Jonathan Cameron. - Reworded dm-verity change commit message

[PATCH v7 01/19] crypto: change transient busy return code to -EAGAIN

The crypto API was using the -EBUSY return value to indicate both a hard failure to submit a crypto operation into a transformation provider when the latter was busy and the backlog mechanism was not enabled as well as a notification that the operation was queued into the backlog when the backlog

[PATCH v7 03/19] crypto: remove redundant backlog checks on EBUSY

Now that -EBUSY return code only indicates backlog queueing we can safely remove the now redundant check for the CRYPTO_TFM_REQ_MAY_BACKLOG flag when -EBUSY is returned. Signed-off-by: Gilad Ben-Yossef --- crypto/ahash.c| 12 +++- crypto/cts.c | 6

[PATCH v7 02/19] crypto: ccp: use -EAGAIN for transient busy indication

Replace -EBUSY with -EAGAIN when reporting transient busy indication in the absence of backlog. Signed-off-by: Gilad Ben-Yossef Reviewed-by: Gary R Hook --- drivers/crypto/ccp/ccp-crypto-main.c | 8 +++- drivers/crypto/ccp/ccp-dev.c | 7

Re: [PATCH 1/3] livepatch: Add klp_object and klp_func iterators

On Wed 2017-07-19 13:18:05, Jason Baron wrote: > In preparation to introducing atomic replace, introduce iterators for klp_func > and klp_object, such that objects and functions can be dynmically allocated > (needed for atomic replace). Note that this patch is careful, not to grow the > size of

[PATCH 4/6] ftrace: Check for null ret_stack on profile function graph entry function

From: "Steven Rostedt (VMware)" There's a small race when function graph shutsdown and the calling of the registered function graph entry callback. The callback must not reference the task's ret_stack without first checking that it is not NULL. Note, when a ret_stack is

[PATCH 2/6] tracing: Missing error code in tracer_alloc_buffers()

From: Dan Carpenter If ring_buffer_alloc() or one of the next couple function calls fail then we should return -ENOMEM but the current code returns success. Link: http://lkml.kernel.org/r/20170801110201.ajdkct7vwzixahvx@mwanda Cc: Sebastian Andrzej Siewior

Re: [GIT PULL] workqueue fixes for v4.13-rc3

Hello, On Thu, Aug 24, 2017 at 03:32:04PM +0200, Geert Uytterhoeven wrote: > > Ah, okay, so it has multiple nodes but not NUMA. The generic numa > > topology code assumes that there's only one node if !NUMA and reports > > all online cpus regardless of the node number, which makes the same > >

Re: [PATCH] cpuset: Allow cpuset controller in default hierarchy

Hello, Waiman. On Thu, Aug 24, 2017 at 10:40:11AM -0400, Waiman Long wrote: > Given the fact that thread mode is now queued for 4.14, it is now > time to enable cpuset to be used in the default hierarchy (cgroup v2) > as it is clearly threaded. I'm not sure we want things like exclusive settings

Re: [v6 2/4] mm, oom: cgroup-aware OOM killer

On Thu, Aug 24, 2017 at 04:13:37PM +0200, Michal Hocko wrote: > On Thu 24-08-17 14:58:42, Roman Gushchin wrote: > > On Thu, Aug 24, 2017 at 02:58:11PM +0200, Michal Hocko wrote: > > > On Thu 24-08-17 13:28:46, Roman Gushchin wrote: > > > > Hi Michal! > > > > > > > There is nothing like a "better

Re: [PATCH] fork: fix incorrect fput of ->exe_file causing use-after-free

On Wed, Aug 23, 2017 at 02:14:08PM -0700, Eric Biggers wrote: > From: Eric Biggers > > Commit 7c051267931a ("mm, fork: make dup_mmap wait for mmap_sem for > write killable") made it possible to kill a forking task while it is > waiting to acquire its ->mmap_sem for write, in

[GIT PULL] Btrfs fix for rc7

Hi, we have one more fixup that stems from the blk_status_t conversion that did not quite cover everything. The normal cases were not affected because the code is 0, but any error and retries could mix up new and old values. Please pull, thanks.

Re: [alsa-devel] [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, 24 Aug 2017 16:41:52 +0200, Tom Rini wrote: > > On Thu, Aug 24, 2017 at 04:31:25PM +0200, Takashi Iwai wrote: > > On Thu, 24 Aug 2017 16:28:29 +0200, > > Takashi Iwai wrote: > > > > > > On Thu, 24 Aug 2017 02:05:25 +0200, > > > Tom Rini wrote: > > > > > > > > On Wed, Aug 23, 2017 at

Re: [PATCH v3 2/5] KVM: MMU: check guest CR3 reserved bits based on its physical address width.

On 8/24/2017 9:40 PM, Paolo Bonzini wrote: On 24/08/2017 14:27, Yu Zhang wrote: diff --git a/arch/x86/kvm/mmu.h b/arch/x86/kvm/mmu.h index 3ed6192..67e7ec2 100644 --- a/arch/x86/kvm/mmu.h +++ b/arch/x86/kvm/mmu.h @@ -48,6 +48,9 @@ static inline u64 rsvd_bits(int s, int e) { + if

Re: [alsa-devel] [PATCH] ASoC: rt5677: Reintroduce I2C device IDs

On Thu, 24 Aug 2017 17:52:35 +0200, Mark Brown wrote: > > On Thu, Aug 24, 2017 at 05:42:11PM +0200, Takashi Iwai wrote: > > > OK, so the fix for 4.13 would be either to cherry-pick this commit, or > > just to re-add "RT5677CE:00" to i2c_id temporarily as a quick band-aid > > fix (and remove

  1   2   3   4   5   6   7   8   9   10   >