Re: [PATCH v2 1/2] KVM: X86: Fix operand size during instruction decoding

This patch fixes the problem and passes my tests on the CS.DB field, this includes the "push es" and the "high 16-bits of ESP" test cases. Tested-by: Pedro Fonseca On 10/27/17 1:36 AM, Wanpeng Li wrote: From: Wanpeng Li Pedro reported:

Re: [GIT PULL] Thermal SoC management updates for v4.15-rc1 #1

Hey, On Wed, Nov 01, 2017 at 10:29:46AM +0800, Zhang Rui wrote: > On Mon, 2017-10-30 at 07:30 -0700, Eduardo Valentin wrote: > > Hello Rui, > > > > Please pull the changes for thermal-soc for the coming v4.15-rc1. > > Changelog: > > - New drivers: Rockchip RV1108 and Broadcom AVS tmon. > > -

Re: net: lapbether: fix double free

From: Pan Bian Date: Sun, 29 Oct 2017 21:57:22 +0800 > The function netdev_priv() returns the private data of the device. The > memory to store the private data is allocated in alloc_netdev() and is > released in netdev_free(). Calling kfree() on the return value of >

[PATCH v3] tracing: Allocate mask_str buffer dynamically

From: Changbin Du The default NR_CPUS can be very large, but actual possible nr_cpu_ids usually is very small. For my x86 distribution, the NR_CPUS is 8192 and nr_cpu_ids is 4. About 2 pages are wasted. Most machines don't have so many CPUs, so define a array with NR_CPUS

Re: [PATCH] atm: iphase: Fix space before '[' error.

From: Arvind Yadav Date: Mon, 30 Oct 2017 21:22:03 +0530 > Fix checkpatch.pl error: > ERROR: space prohibited before open square bracket '['. > > Signed-off-by: Arvind Yadav Applied.

Re: [PATCH v11 14/15] platform/x86: dell-smbios-wmi: introduce userspace interface

On Sat, Oct 21, 2017 at 4:40 AM, Mario Limonciello wrote: > It's important for the driver to provide a R/W ioctl to ensure that > two competing userspace processes don't race to provide or read each > others data. > > This userspace character device will be used to

linux-next: manual merge of the net-next tree with the net tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: net/sched/cls_api.c between commit: 822e86d997e4 ("net_sched: remove tcf_block_put_deferred()") from the net tree and commit: 8c4083b30e56 ("net: sched: add block bind/unbind notif. and extended block_get/put")

[PATCH] kbuild: comments correction & update

host-cmulti means the composite host program that is compiled/linked from several .c file, not .o file, because .o file could also be compiled from .cpp file. Bonus: update the stale comment. Signed-off-by: Cao jin --- scripts/Makefile.host | 6 +++--- 1 file changed,

[PATCH v6 1/1] xen/time: do not decrease steal time after live migration on xen

After guest live migration on xen, steal time in /proc/stat (cpustat[CPUTIME_STEAL]) might decrease because steal returned by xen_steal_lock() might be less than this_rq()->prev_steal_time which is derived from previous return value of xen_steal_clock(). For instance, steal time of each vcpu is

[PATCH v2] kbuild: comments correction & update on Makefile.host

host-cmulti means the composite host program that is compiled/linked from several .c file, not .o file, because .o file could also be compiled from .cpp file. Bonus: update the stale comment. Signed-off-by: Cao jin --- scripts/Makefile.host | 6 +++--- 1 file changed,

[Patch v11 4/4] QE: remove PPCisms for QE

QE was supported on PowerPC, and dependent on PPC, Now it is supported on other platforms. so remove PPCisms. Signed-off-by: Zhao Qiang --- drivers/net/ethernet/freescale/Kconfig | 11 ++--- drivers/soc/fsl/qe/Kconfig | 2 +- drivers/soc/fsl/qe/qe.c

[Patch v11 1/4] irqchip/qeic: merge qeic init code from platforms to a common function

The codes of qe_ic init from a variety of platforms are redundant, merge them to a common function and put it to irqchip/irq-qeic.c For non-p1021_mds mpc85xx_mds boards, use "qe_ic_init(np, 0, qe_ic_cascade_low_mpic, qe_ic_cascade_high_mpic);" instead of "qe_ic_init(np, 0,

[Patch v11 3/4] irqchip/qeic: remove PPCisms for QEIC

QEIC was supported on PowerPC, and dependent on PPC, Now it is supported on other platforms, so remove PPCisms. Signed-off-by: Zhao Qiang --- arch/powerpc/platforms/83xx/km83xx.c | 1 - arch/powerpc/platforms/83xx/misc.c| 1 -

[Patch v11 2/4] irqchip/qeic: merge qeic_of_init into qe_ic_init

qeic_of_init just get device_node of qeic from dtb and call qe_ic_init, pass the device_node to qe_ic_init. So merge qeic_of_init into qe_ic_init to get the qeic node in qe_ic_init. Signed-off-by: Zhao Qiang --- drivers/irqchip/irq-qeic.c | 90

[PATCH 1/8] ls1043ardb: add qe node to ls1043ardb

Signed-off-by: Zhao Qiang --- arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 16 ++ arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi| 66 +++ 2 files changed, 82 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts

Re: [PATCH 0/2][v2] Add the ability to do BPF directed error injection

From: Josef Bacik Date: Tue, 31 Oct 2017 11:45:55 -0400 > v1->v2: > - moved things around to make sure that bpf_override_return could really only > be > used for an ftrace kprobe. > - killed the special return values from trace_call_bpf. > - renamed pc_modified to

Re: [PATCH 2/3] fpga: manager: don't use drvdata in common fpga code

On Tue, Oct 31, 2017 at 8:34 PM, Moritz Fischer wrote: > On Tue, Oct 31, 2017 at 04:45:54PM -0500, Alan Tull wrote: >> On Tue, Oct 31, 2017 at 3:59 PM, Moritz Fischer wrote: >> > On Tue, Oct 31, 2017 at 08:42:14PM +, Alan Tull wrote: >> >> Changes to the

Re: [PATCH] net: decnet: dn_nsp_out: use swap macro in dn_mk_ack_header

From: "Gustavo A. R. Silva" Date: Sat, 28 Oct 2017 15:39:48 -0500 > Make use of the swap macro and remove unnecessary variable tmp. > This makes the code easier to read and maintain. > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A.

Re: [PATCH] net: dccp: ccids: lib: packet_history: use swap macro in tfrc_rx_hist_swap

From: "Gustavo A. R. Silva" Date: Sat, 28 Oct 2017 15:48:47 -0500 > Make use of the swap macro and remove unnecessary variable tmp. > This makes the code easier to read and maintain. > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A.

Re: [PATCH] net: decnet: dn_nsp_in: use swap macro in dn_nsp_rx_packet

From: "Gustavo A. R. Silva" Date: Sat, 28 Oct 2017 14:38:45 -0500 > Make use of the swap macro and remove unnecessary variable tmp. > This makes the code easier to read and maintain. > > This code was detected with the help of Coccinelle. > > Signed-off-by: Gustavo A.

Re: [PATCH net-next 0/6] net: ppv2: various improvements

From: Antoine Tenart Date: Mon, 30 Oct 2017 11:23:27 +0100 > This series includes various patches improving the Marvell PPv2 driver. > I send them as a series to avoid any possible merge conflict. > > - Patches 1 and 2 improve the initializing of the Tx and Rx

[PATCH v3 1/2] gpio: gpiolib: Generalise state persistence beyond sleep

General support for state persistence is added to gpiolib with the introduction of a new pinconf parameter to propagate the request to hardware. The existing persistence support for sleep is adapted to include hardware support if the GPIO driver provides it. Persistence continues to be enabled by

[PATCH v3 2/2] gpio: aspeed: Add support for reset tolerance

Use the new pinconf parameter for state persistence to expose the associated capability of the Aspeed GPIO controller. Signed-off-by: Andrew Jeffery --- drivers/gpio/gpio-aspeed.c | 39 +-- 1 file changed, 37 insertions(+), 2 deletions(-)

[PATCH v3 0/2] gpio: Generalise state persistence

Hello, This series provides an API to configure general GPIO state persistence in gpiolib. Previously, only sleep persistence was considered, but controllers like one found in Aspeed BMCs also support persistence of state across controller resets. There is some prior discussion on v1[1] and the

[PATCH V10 1/2] kasan: use %pK to print addresses instead of %p

In preparation for hashing addresses printed using %p. We need the actual address for error reporting in kasan. Use %pK instead of %p to print addresses. Signed-off-by: Tobin C. Harding --- mm/kasan/report.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

[PATCH V10 2/2] printk: hash addresses printed with %p

Currently there are many places in the kernel where addresses are being printed using an unadorned %p. Kernel pointers should be printed using %pK allowing some control via the kptr_restrict sysctl. Exposing addresses gives attackers sensitive information about the kernel layout in memory. We can

[PATCH V10 0/2] printk: hash addresses printed with %p

Currently there are many places in the kernel where addresses are being printed using an unadorned %p. Kernel pointers should be printed using %pK allowing some control via the kptr_restrict sysctl. Exposing addresses gives attackers sensitive information about the kernel layout in memory. We can

Re: [PATCH v2] sched/sysctl: Fix attributes of some extern declarations

> El Tue, Oct 30, 2017 at 10:57:58AM +0100 Ingo Molnar ha dit: >> So I hate this change, because it pointlessly duplicates an attribute that >> should >> only matter at the definition site. > > It's certainly not ideal, and then again essentially the same is done > in kernel/sched/sched.h, just

Re: [PATCH v2 0/8] irqchip: mips-gic: Cleanups, fixes, prep for multi-cluster

On Tue, Oct 31 2017 at 9:41:43 am GMT, Paul Burton wrote: > This series continues cleaning & fixing up the MIPS GIC irqchip driver > whilst laying groundwork to support multi-cluster systems. > > Patch 1 refactors in order to reduce some duplication and prepare us for >

RE: system hung up when offlining CPUs

On Mon, 30 Oct 2017, Shivasharan Srikanteshwara wrote: > In managed-interrupts case, interrupts which were affine to the offlined > CPU is not getting migrated to another available CPU. But the > documentation at below link says that "all interrupts" are migrated to a > new CPU. So not all

Re: [PATCH] f2fs: don't bother with inode->i_version

On 2017/10/30 23:11, Jeff Layton wrote: > From: Jeff Layton > > f2fs does not set the SB_I_VERSION flag, so the i_version will never > be incremented on write. It was recently changed to increment the > i_version on a quota write, which isn't necessary here. > >

[PATCH v4 2/2] mfd: Add Spreadtrum SC27xx series PMICs driver

This patch adds support for Spreadtrum SC27xx series PMIC MFD core, and It provides communication through the SPI interfaces. The SC27xx series PMICs contains the following 6 major components: - DCDCs - LDOs - Battery management system - Audio codec - User interface function, such as indicator,

Re: xfs: list corruption in xfs_setup_inode()

On Tue, Oct 31, 2017 at 06:51:08PM -0700, Cong Wang wrote: > On Mon, Oct 30, 2017 at 5:33 PM, Dave Chinner wrote: > > On Mon, Oct 30, 2017 at 02:55:43PM -0700, Cong Wang wrote: > >> Hello, > >> > >> We triggered a list corruption (double add) warning below on our 4.9 > >>

Re: [PATCH] mkiss: remove redundant assignment of len to ax->mtu

From: Colin King Date: Sun, 29 Oct 2017 13:30:25 + > From: Colin Ian King > > Variable len is being assigned a value that is never read, > hence the assignment is redundant and can be removed. Cleans > up clang warning: > >

linux-next: build warning after merge of the drm-msm tree

Hi Rob, After merging the drm-msm tree, today's linux-next build (arm multi_v7_defconfig) produced this warning: In file included from include/drm/drm_mm.h:49:0, from include/drm/drmP.h:73, from drivers/gpu/drm/msm/msm_drv.h:37, from

Re: linux-next: manual merge of the net-next tree with the net tree

On Tue, Oct 31, 2017 at 5:58 PM, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the net-next tree got a conflict in: > > net/sched/cls_api.c > > between commit: > > 822e86d997e4 ("net_sched: remove tcf_block_put_deferred()") > > from the net tree and

Re: [PATCH] at24: support eeproms that do not roll over page reads.

Hi Sven, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.14-rc7] [cannot apply to next-20171018] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [RFC/RFT PATCH 3/6] ACPI / APEI: Replace ioremap_page_range() with fixmap

On 2017/10/31 23:38, James Morse wrote: > CC'd people I've seen posting CPER log fragments, could you give this a > test on your platforms? Thanks for the fixing, not found obviously issue.

Re: [PATCH] selftests/ftrace: Introduce exit_pass and exit_fail

On Tue, 31 Oct 2017 17:44:32 -0400 Steven Rostedt wrote: > On Tue, 31 Oct 2017 23:51:42 +0900 > Masami Hiramatsu wrote: > > > diff --git a/tools/testing/selftests/ftrace/test.d/kprobe/busy_check.tc > >

Re: [PATCH 1/2] bpf: add a bpf_override_function helper

On 10/31/17 8:45 AM, Josef Bacik wrote: From: Josef Bacik Error injection is sloppy and very ad-hoc. BPF could fill this niche perfectly with it's kprobe functionality. We could make sure errors are only triggered in specific call chains that we care about with very specific

[RFC] EPOLL_KILLME: New flag to epoll_wait() that subscribes process to death row (new syscall)

It is common for services to be stateless around their main event loop. If a process passes the EPOLL_KILLME flag to epoll_wait5() then it signals to the kernel that epoll_wait5() may not complete, and the kernel may send SIGKILL if resources get tight. See my systemd patch:

Re: [PATCH 1/2] mm:swap: clean up swap readahead

Hi Huang, On Wed, Nov 01, 2017 at 01:41:00PM +0800, Huang, Ying wrote: > Hi, Minchan, > > Minchan Kim writes: > > > When I see recent change of swap readahead, I am very unhappy > > about current code structure which diverges two swap readahead > > algorithm in

linux-next: manual merge of the tip tree with the arm64 tree

Hi all, Today's linux-next merge of the tip tree got a conflict in: arch/arm64/Kconfig between commit: 396a5d4a5c32 ("arm64: Unconditionally support {ARCH_}HAVE_NMI{_SAFE_CMPXCHG}") from the arm64 tree and commit: 087133ac9076 ("locking/qrwlock, arm64: Move rwlock implementation over

RE: [PATCH v10 0/4] this patchset is to remove PPCisms for QEIC

Qiang Zhao writes: > Hi all, > > Could anybody review this patchset and take action on them? Thank you! Who maintains this? I don't actually know, it's not powerpc code, or is it? cheers

[PATCH 3/8] QE: remove PPCisms for QE

QE was supported on PowerPC, and dependent on PPC, Now it is supported on other platforms. so remove PPCisms. Signed-off-by: Zhao Qiang --- drivers/net/ethernet/freescale/Kconfig | 11 ++--- drivers/soc/fsl/qe/Kconfig | 2 +- drivers/soc/fsl/qe/qe.c

[PATCH 4/8] irqchip/qeic: move qeic driver from drivers/soc/fsl/qe

move the driver from drivers/soc/fsl/qe to drivers/irqchip, merge qe_ic.h and qe_ic.c into irq-qeic.c. Signed-off-by: Zhao Qiang --- drivers/irqchip/Makefile| 1 + drivers/irqchip/irq-qeic.c | 601

Re: [PATCH] kprobes, x86/alternatives: use text_mutex to protect smp_alt_modules

On 2017/11/1 5:59, Steven Rostedt wrote: On Mon, 30 Oct 2017 17:03:23 +0900 Masami Hiramatsu wrote: static LIST_HEAD(smp_alt_modules); -static DEFINE_MUTEX(smp_alt); -static bool uniproc_patched = false; /* protected by smp_alt */ +static bool uniproc_patched = false;

[PATCH 2/8] ls1043ardb: add ds26522 node to dts

add ds26522 node to fsl-ls1043a-rdb.dts Signed-off-by: Zhao Qiang --- arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts | 16 1 file changed, 16 insertions(+) diff --git a/arch/arm64/boot/dts/freescale/fsl-ls1043a-rdb.dts

Re: [PATCH] hwmon: (aspeed-pwm-tacho) Deassert reset in probe

On 10/31/2017 06:34 PM, Joel Stanley wrote: The ASPEED SoC must deassert a reset in order to use the PWM/tach peripheral. The device tree bindings are updated to document the resets phandle, and the example is updated to match what is expected for both the reset and clock phandle. Note that the

[Patch v11 0/4] This patchset is to remove PPCisms for QEIC

QEIC is an interrupt controller for QE, was put under drivers/soc/fsl/qe, and now move to driver/irqchip. And QEIC is supported more than just powerpc boards, so remove PPCisms. changelog: Changes for v8: - use IRQCHIP_DECLARE() instead of subsys_initcall in qeic driver -

[PATCH v2] kprobes, x86/alternatives: use text_mutex to protect smp_alt_modules

Changes: - Add a comment about text_mutex protecting this on x86. Fixes: 2cfa197 "ftrace/alternatives: Introducing *_text_reserved functions" We use alternatives_text_reserved() to check if the address is in the fixed pieces of alternative reserved, but the problem is that we don't hold the

Re: [RFC V7 2/2] OPP: Allow "opp-hz" and "opp-microvolt" to contain magic values

On 31 October 2017 at 16:02, Rob Herring wrote: > Why not a new property for magic values? opp-magic? Don't we want to > know when we have magic values? I have kept a separate property since beginning (domain-performance-state) and moved to using these magic values in the

Re: [PATCH v1] MAINTAINERS: Step down from a co-maintaner of DW DMAC driver

On 31 October 2017 at 12:56, Andy Shevchenko wrote: > As discussed at ELCE 2017 there is little to anticipate from me in the > future with regard to the driver, and since I have many things to keep > an eye on, I would like to step down to simple designated

[GIT PULL v2] Thermal SoC management updates for v4.15-rc1 #1

Hello Rui, Please pull the changes for thermal-soc for the coming v4.15-rc1. Changelog: - New drivers: Rockchip RV1108 and Broadcom AVS tmon. - Major rework on HISI driver plus additional support of hisi3660. - Several fixes on diverse drivers and few in core. Difference from V1: - This is now

Re: [PATCH 0/2][v2] Add the ability to do BPF directed error injection

From: Alexei Starovoitov Date: Tue, 31 Oct 2017 18:58:00 -0700 > i don't think it will apply to anything but net-next. If it goes any > other tree we will have major conflicts during merge window. > btw I haven't reviewed them for the second time. Ok, then I'll need to seem some

Re: [PATCH] x86, build: Improve the isolinux searching of isoimage generation

2017-10-31 18:39 GMT+09:00 Ingo Molnar : > > * changbin...@intel.com wrote: > >> From: Changbin Du >> >> Recently I failed to build isoimage target, because the path of isolinux.bin >> changed to /usr/xxx/ISOLINUX/isolinux.bin, as

Re: [PATCH] net: hns: set correct return value

From: Pan Bian Date: Mon, 30 Oct 2017 16:50:01 +0800 > The function of_parse_phandle() returns a NULL pointer if it cannot > resolve a phandle property to a device_node pointer. In function > hns_nic_dev_probe(), its return value is passed to PTR_ERR to extract > the error

linux-next: manual merge of the drm-misc tree with the drm tree

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: include/drm/drmP.h between commit: e7646f84ad4f ("drm: Add new LEASE debug level") from the drm tree and commit: 02c9656b2f0d ("drm: Move debug macros out of drmP.h") from the drm-misc tree. I fixed it up (I

linux-next: manual merge of the sound-asoc tree with the drm tree

Hi all, Today's linux-next merge of the sound-asoc tree got a conflict in: drivers/gpu/drm/amd/include/amd_shared.h between commit: cfa289fd4986 ("drm/amdgpu: rename amdgpu_dpm_funcs to amd_pm_funcs") from the drm tree and commit: f674bd281460 ("drm/amdgpu Moving amdgpu asic types to a

Re: [PATCH] at24: support eeproms that do not roll over page reads.

Hi Sven, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on linus/master] [also build test WARNING on v4.14-rc7] [cannot apply to next-20171018] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH 2/2] mm:swap: unify cluster-based and vma-based swap readahead

This patch makes do_swap_page no need to be aware of two different swap readahead algorithm. Just unify cluster-based and vma-based readahead function call. Signed-off-by: Minchan Kim --- include/linux/swap.h | 17 - mm/memory.c | 11 ---

[PATCH 0/2] swap readahead clean up

This patchset cleans up recent added vma-based readahead code via unifying cluster-based readahead. Minchan Kim (2): mm:swap: clean up swap readahead mm:swap: unify cluster-based and vma-based swap readahead include/linux/swap.h | 32 +++ mm/memory.c | 24 +++

[PATCH 1/2] mm:swap: clean up swap readahead

When I see recent change of swap readahead, I am very unhappy about current code structure which diverges two swap readahead algorithm in do_swap_page. This patch is to clean it up. Main motivation is that fault handler doesn't need to be aware of readahead algorithms but just should call

Re: WARNING in task_participate_group_stop

On Tue, Oct 31, 2017 at 7:34 PM, Oleg Nesterov wrote: > On 10/30, Dmitry Vyukov wrote: >> >> On Mon, Oct 30, 2017 at 10:12 PM, syzbot >> >> wrote: >> > Hello, >> > >> > syzkaller hit the following crash on

Re: [PATCH v2 04/17] PCI: designware-ep: Pre-allocate memory for MSI in dw_pcie_ep_init

Hi Niklas, On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote: > Certain SoCs need to map the MSI address in raise_irq. > To map an address, you first need to call pci_epc_mem_alloc_addr, > however, pci_epc_mem_alloc_addr calls ioremap (which can sleep). > > Since raise_irq is only called

[RESEND] ARM: dts: ls1021a: Add support for QSPI with ls1021a SoC

> > Add QSPI node support, and this function is disabled by default This > > setting could be overwritten in board-level definitions > > Adding Shawn Guo. > This patch is modified based on https://patchwork.ozlabs.org/patch/492099/. The originator of this patch is Haikun Wang. > > Signed-off-by:

[PATCH] epoll: remove ep_call_nested() from ep_eventpoll_poll()

The use of ep_call_nested() in ep_eventpoll_poll(), which is the .poll routine for an epoll fd, is used to prevent excessively deep epoll nesting, and to prevent circular paths. However, we are already preventing these conditions during EPOLL_CTL_ADD. In terms of too deep epoll chains, we do in

Re: linux-next: Signed-off-by missing for commit in the net-next tree

On Tue, 2017-10-31 at 09:14 +0300, Kirill Smelkov wrote: > Francois, > > On Tue, Oct 31, 2017 at 04:40:19PM +1100, Stephen Rothwell wrote: > > Hi all, > > > > Commit > > > > 509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool > > -C)") > > > > is missing a Signed-off-by

Re: linux-next: Signed-off-by missing for commit in the net-next tree

Francois, On Tue, Oct 31, 2017 at 04:40:19PM +1100, Stephen Rothwell wrote: > Hi all, > > Commit > > 509708310cf9 ("r8169: Add support for interrupt coalesce tuning (ethtool > -C)") > > is missing a Signed-off-by from its author (or its author is wrong). Could we please get signoff for

Re: [PATCH v2 06/17] PCI: designware-ep: Add generic function for raising MSI irq

Hi, On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote: > This function can be used by all DWC based controllers to raise a MSI > irq. However, certain controllers, like DRA7xx, has a special > convenience register for raising MSI irqs that doesn't require you to > explicitly map the MSI

Re: [PATCH v2 07/17] PCI: dwc: dra7xx: Refactor Kconfig and Makefile handling for host/ep mode

On Monday 30 October 2017 06:12 PM, Niklas Cassel wrote: > The previous handling was a bit unorthodox and would have been a bit > bloated once more DWC based controllers added support for ep mode. > > Signed-off-by: Niklas Cassel Acked-by: Kishon Vijay Abraham I > --- > V2: > * New patch in

Re: PROBLEM: Issue With Radeon graphics With Lenovo Laptop G50-80

Hi Alex, Sorry for the late reply. But upgrading to the latest kernel has solved my issue. Thanks. On Mon, May 8, 2017 at 10:04 PM, Deucher, Alexander wrote: >> -Original Message- >> From: Anil Nair [mailto:anilcol...@gmail.com] >> Sent: Monday, May 08, 2017 11:42 AM >> To: Deucher,

[PATCH 2/2] mfd: syscon: Add hardware spinlock support

Some system control registers need hardware spinlock to synchronize between the multiple subsystems, so we should add hardware spinlock support for syscon. Signed-off-by: Baolin Wang --- drivers/mfd/syscon.c |9 + 1 file changed, 9 insertions(+) diff --git a/drivers/mfd/syscon.c

[PATCH 1/2] regmap: Add hardware spinlock support

On some platforms, when reading or writing some special registers through regmap, we should acquire one hardware spinlock to synchronize between the multiple subsystems. Thus this patch adds the hardware spinlock support for regmap. Signed-off-by: Baolin Wang --- drivers/base/regmap/internal.h

[PATCH] ieee802154: mrf24j40: fix incorrect mask in mrf24j40_stop

It seems that this is a copy/paste error and the proper bit masking is: BIT_TXNIE | BIT_RXIE This issue was detected with the help of Coccinelle. Reported-by: Julia Lawall Signed-off-by: Gustavo A. R. Silva Fixes: 7d840545e5b9 ("mrf24j40: replace magic numbers") ---

Re: [PATCH v6 0/9] vITS Migration fixes and reset

On Mon, Oct 30, 2017 at 08:59:36AM +0100, Auger Eric wrote: > Hi Christoffer, > > On 30/10/2017 07:20, Christoffer Dall wrote: > > Hi Eric, > > > > On Thu, Oct 26, 2017 at 05:23:02PM +0200, Eric Auger wrote: > >> This series fixes various bugs observed when saving/restoring the > >> ITS state

Re: [btrfs] WARNING: CPU: 0 PID: 6379 at fs/direct-io.c:293 dio_complete+0x1d4/0x220

On Tue, Oct 31, 2017 at 01:10:41AM +0100, Fengguang Wu wrote: > Hi Eryu, > > On Mon, Oct 30, 2017 at 03:44:29PM +0800, Eryu Guan wrote: > > Hi Fengguang, > > > > On Mon, Oct 30, 2017 at 08:20:21AM +0100, Fengguang Wu wrote: > > > CC fsdevel. > > > > > > On Sun, Oct 29, 2017 at 11:51:55PM +0100,

Re: [PATCH v2 0/5] mmc: dw_mmc: Fix the CTO timer patch, plus the DTO timer

Hi Ulf, On 2017/10/30 19:40, Ulf Hansson wrote: On 12 October 2017 at 22:11, Douglas Anderson wrote: Recently we landed 03de19212ea3 ("mmc: dw_mmc: introduce timer for broken command transfer over scheme"). I found a bunch of problems with that patch, so this series attempts to solve some of

Re: [pmem_attach_disk] WARNING: CPU: 46 PID: 518 at kernel/memremap.c:363 devm_memremap_pages+0x350/0x4b0

CC Ying and Aaron for Dan's tips on nvdimm testing. On Mon, Oct 30, 2017 at 05:24:42PM -0700, Dan Williams wrote: On Mon, Oct 30, 2017 at 5:00 PM, Fengguang Wu wrote: Hi Dan, On Mon, Oct 30, 2017 at 08:59:46AM -0700, Dan Williams wrote: On Mon, Oct 30, 2017 at 12:40 AM, Fengguang Wu

Re: [PATCH] MIPS: microMIPS: Fix incorrect mask in insn_table_MM

On Tue, Oct 31, 2017 at 12:35:03AM -0500, Gustavo A. R. Silva wrote: > It seems that this is a typo error and the proper bit masking is > "RT | RS" instead of "RS | RS". > > This issue was detected with the help of Coccinelle. > > Reported-by: Julia Lawall May I suggest adding: Fixes:

Re: [btrfs] WARNING: CPU: 0 PID: 6379 at fs/direct-io.c:293 dio_complete+0x1d4/0x220

On Tue, Oct 31, 2017 at 02:54:17PM +0800, Eryu Guan wrote: On Tue, Oct 31, 2017 at 01:10:41AM +0100, Fengguang Wu wrote: Hi Eryu, On Mon, Oct 30, 2017 at 03:44:29PM +0800, Eryu Guan wrote: > Hi Fengguang, > > On Mon, Oct 30, 2017 at 08:20:21AM +0100, Fengguang Wu wrote: > > CC fsdevel. > > > >

Re: [PATCH] PM / QoS: Fix default runtime_pm device resume latency

On 31/10/17 01:27, Rafael J. Wysocki wrote: On Monday, October 30, 2017 11:19:08 AM CET Rafael J. Wysocki wrote: On Mon, Oct 30, 2017 at 8:10 AM, Tero Kristo wrote: The recent change to the PM QoS framework to introduce a proper no constraint value overlooked to handle the devices which don't

RE: [PATCH v2] net: tipc: Convert timers to use timer_setup()

Acked. ///jon > -Original Message- > From: Kees Cook [mailto:keesc...@chromium.org] > Sent: Monday, October 30, 2017 22:07 > To: David S. Miller > Cc: Jon Maloy ; Ying Xue > ; net...@vger.kernel.org; tipc- > discuss...@lists.sourceforge.net; linux-kernel@vger.kernel.org > Subject:

[PATCH 0/2] clk: qcom: MISC RCG changes for upcoming targets

This patch series modifies clk_rcg2_shared_ops to support clock controller drivers used in future chipsets and also clear hardware clock control bit of RCGs where HW clock control bit is set in order to control those root clocks by software. Amit Nischal (2): clk: qcom: clear hardware clock

[PATCH 2/2] clk: qcom: Modify RCG shared ops to support freq_tbl without XO entry

There could be some clock sources where there is no entry corresponding XO in their frequency table, for such sources rcg2_shared_ops would wrongly configure the RCG registers during enable/disable, which leads to mismatch between the hardware and software rate so modify the shared ops to handle

[PATCH 1/2] clk: qcom: clear hardware clock control bit of RCG

For upcoming targets, the hardware clock control bit is set for most of root clocks which needs to be cleared for software to be able to control those root clocks. For older targets like MSM8996, this bit is reserved bit and having POR value as 0 so this patch will work for the older targets too.

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

On Tue 31-10-17 11:17:02, Minchan Kim wrote: > On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote: > > On Mon 30-10-17 08:57:13, Minchan Kim wrote: > > [...] > > > Although it's better than old, we can make it simple, still. > > > > > > diff --git a/include/linux/swapops.h

Re: [PATCH 3/3] KVM: MMU: consider host cache type in MMIO pfn check

On 10/27/17 10:40 +0200, Ingo Molnar wrote: > > * Haozhong Zhang wrote: > > > By default, KVM treats a reserved page as for MMIO purpose, and maps > > it to guest with UC memory type. However, some reserved pages are not > > for MMIO, such as pages of DAX device (e.g., /dev/daxX.Y). Mapping >

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

On Tue, Oct 31, 2017 at 08:31:07AM +0100, Michal Hocko wrote: > On Tue 31-10-17 11:17:02, Minchan Kim wrote: > > On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote: > > > On Mon 30-10-17 08:57:13, Minchan Kim wrote: > > > [...] > > > > Although it's better than old, we can make it

Re: [PATCH v4 0/3] media: ov7740: Add a V4L2 sensor-level driver

Hi Wenyou, On Tue, Oct 31, 2017 at 09:11:42AM +0800, Wenyou Yang wrote: > Add a Video4Linux2 sensor-level driver for the OmniVision OV7740 > VGA camera image sensor. For the next version, could you rearrange your patches a bit as follows: 1. DT bindings 2. The driver and MAINTAINERS entry

Re: [PATCH v4 0/3] media: ov7740: Add a V4L2 sensor-level driver

On Tue, Oct 31, 2017 at 09:11:42AM +0800, Wenyou Yang wrote: > Add a Video4Linux2 sensor-level driver for the OmniVision OV7740 > VGA camera image sensor. Oh, and please wait until the patches have been reviewed, no need to send v5 before that. -- Sakari Ailus e-mail: sakari.ai...@iki.fi

Re: [PATCH -mm -V2] mm, swap: Fix false error message in __swp_swapcount()

On Tue 31-10-17 16:37:10, Minchan Kim wrote: > On Tue, Oct 31, 2017 at 08:31:07AM +0100, Michal Hocko wrote: > > On Tue 31-10-17 11:17:02, Minchan Kim wrote: > > > On Mon, Oct 30, 2017 at 09:02:30AM +0100, Michal Hocko wrote: > > > > On Mon 30-10-17 08:57:13, Minchan Kim wrote: > > > > [...] > > >

Re: [PATCH] USB: serial: io_edgeport: mark expected switch fall-throughs

On Mon, Oct 30, 2017 at 11:50:02PM -0500, Gustavo A. R. Silva wrote: > Quoting Johan Hovold : > > This code is pretty hard to read as is and could really use some clean > > up... > > > > I agree. I'll send a V2 of this patch and then let's see if I can help > with some code refactoring.

Re: [PATCH v2 1/1] mtd: intel-spi: Add Intel Lewisburg PCH SPI super SKU PCI ID

On Mon, Oct 30, 2017 at 03:28:46PM -0700, sathyanarayanan kuppuswamy wrote: > Hi, > > > On 10/30/2017 03:58 AM, Cyrille Pitchen wrote: > > Applied to the spi-nor/next branch of l2-mtd > > > > Just for info, this patch didn't apply directly, it misses a line in the > > list of > > PCI IDS: > >

Re: [RESEND v12 0/6] cgroup-aware OOM killer

On Mon 30-10-17 14:36:39, David Rientjes wrote: > On Fri, 27 Oct 2017, Roman Gushchin wrote: > > > The thing is that the hierarchical approach (as in v8), which are you > > pushing, > > has it's own limitations, which we've discussed in details earlier. There > > are > > reasons why v12 is

[PATCH] crypto: testmgr: don't allocate IV on stack

The IV was allocated on the stack in testmgr skcipher tests. Since HW based tfm providers need to DMA the IV to the HW, this leads to problems and is detected by the DMA-API debug code. Fix it by allocating the IV using kmalloc instead. Signed-off-by: Gilad Ben-Yossef --- crypto/testmgr.c | 7

Re: [PATCH] crypto: testmgr: don't allocate IV on stack

On Tue, Oct 31, 2017 at 07:56:26AM +, Gilad Ben-Yossef wrote: > The IV was allocated on the stack in testmgr skcipher tests. > Since HW based tfm providers need to DMA the IV to the HW, > this leads to problems and is detected by the DMA-API debug > code. > > Fix it by allocating the IV using

Re: [PATCH] fs, mm: account filp and names caches to kmemcg

On Mon 30-10-17 12:28:13, Shakeel Butt wrote: > On Mon, Oct 30, 2017 at 1:29 AM, Michal Hocko wrote: > > On Fri 27-10-17 13:50:47, Shakeel Butt wrote: > >> > Why is OOM-disabling a thing? Why isn't this simply a "kill everything > >> > else before you kill me"? It's crashing the kernel in trying

Re: [PATCH] crypto: testmgr: don't allocate IV on stack

On Tue, Oct 31, 2017 at 9:59 AM, Herbert Xu wrote: > On Tue, Oct 31, 2017 at 07:56:26AM +, Gilad Ben-Yossef wrote: >> The IV was allocated on the stack in testmgr skcipher tests. >> Since HW based tfm providers need to DMA the IV to the HW, >> this leads to problems and is detected by the

Re: [PATCH] bug-hunting.rst: Fix an example and a typo in a Sphinx tag

On Fri, 20 Oct 2017 21:49:14 +0200 Christophe JAILLET wrote: > - Use the same file name in the explanation and in the example (conex.c vs > sonixj.c) > - Add a missing ':' in a :ref: tag which leads to incorrect Shpinx output > - Add some missing ',' and ';' > > Signed-off-by: Christophe

<    6   7   8   9   10   11   12   13   14   15   >