[PATCH] drm/udl: Make page_flip asynchronous

In page_flip vblank is sent with no delay. Driver does not know when the actual update is present on the display and has no means for getting this information from a device. It is practically impossible to say exactly *when* as there is also i.e. a usb delay. When we are unable to determine when

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Thu, Jul 6, 2017 at 10:39 PM, Linus Torvalds wrote: > On Thu, Jul 6, 2017 at 10:15 PM, Kees Cook wrote: >> >> I always say this backwards. :P Default is top-down (allocate at high >> addresses and work down toward low). With unlimited

Re: [RFC v2 3/5] hmem: add heterogeneous memory sysfs support

On 07/06/2017 02:52 PM, Ross Zwisler wrote: [...] > diff --git a/drivers/acpi/Makefile b/drivers/acpi/Makefile > index b1aacfc..31e3f20 100644 > --- a/drivers/acpi/Makefile > +++ b/drivers/acpi/Makefile > @@ -72,6 +72,7 @@ obj-$(CONFIG_ACPI_PROCESSOR)+= processor.o > obj-$(CONFIG_ACPI)

Re: [PATCH v2 4/6] cpufreq: schedutil: update CFS util only if used

On Tue, Jul 4, 2017 at 10:34 AM, Patrick Bellasi wrote: > Currently the utilization of the FAIR class is collected before locking > the policy. Although that should not be a big issue for most cases, we > also don't really know how much latency there can be between the >

Re: [PATCH v2 2/6] cpufreq: schedutil: reset sg_cpus's flags at IDLE enter

On Tue, Jul 4, 2017 at 10:34 AM, Patrick Bellasi wrote: > Currently, sg_cpu's flags are set to the value defined by the last call of > the cpufreq_update_util()/cpufreq_update_this_cpu(); for RT/DL classes > this corresponds to the SCHED_CPUFREQ_{RT/DL} flags always being

Re: [PATCH v2] arm: eBPF JIT compiler

Okay Kees. I will take a look at it. Best, Shubham Bansal On Fri, Jul 7, 2017 at 10:12 AM, Kees Cook wrote: > On Wed, Jul 5, 2017 at 8:49 PM, Shubham Bansal > wrote: >> Hi Kees, >> >> Problem is my ARM machine don't have clang and iproute2

[PATCH] iio: multiplexer: add NULL check on devm_kzalloc() and devm_kmemdup() return values

Check return values from call to devm_kzalloc() and devm_kmemup() in order to prevent a NULL pointer dereference. This issue was detected using Coccinelle and the following semantic patch: @@ expression x; identifier fld; @@ * x = devm_kzalloc(...); ... when != x == NULL x->fld Cc: Peter

Re: [PATCH] iio: multiplexer: add NULL check on devm_kzalloc() return value

On 2017-07-07 06:35, Gustavo A. R. Silva wrote: > Hi Peter, > > Quoting Peter Rosin : > >> On 2017-07-07 00:08, Gustavo A. R. Silva wrote: >>> Check return value from call to devm_kzalloc() >>> in order to prevent a NULL pointer dereference. >> >> Right, thanks for finding that

Re: [PATCH 1/2] printk: Unconditionally unregister boot consoles if in init section

On (07/06/17 11:38), Matt Redfearn wrote: > Commit 4c30c6f566c0 ("kernel/printk: do not turn off bootconsole in > printk_late_init() if keep_bootcon") added a check on keep_bootcon to > ensure that boot consoles were kept around until the real console is > registered. > This can lead to problems

Re: [PATCH 2/2] serial: earlycon: Make early_con as __initdata

On (07/06/17 11:38), Matt Redfearn wrote: > All early console drivers that may be registered as the earlycon are > marked __init to be placed in the init section. The drivers' code and > data are freed during free_initmem_default() but the early console is > not unregistered in printk_late_init()

Re: [x86/time] 03fa63cc96: ACPI_Error:Table[DMAR]is_not_invalidated_during_early_boot_stage(#/tbxface -#)

Hi Thomas, At 07/07/2017 11:04 AM, Ye Xiaolong wrote: On 07/07, Dou Liyang wrote: Hi xiaolong, Really thanks for your testing. At 07/07/2017 09:54 AM, Ye Xiaolong wrote: On 07/06, Thomas Gleixner wrote: On Thu, 6 Jul 2017, kernel test robot wrote: commit:

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Thu, Jul 6, 2017 at 12:12 PM, Kees Cook wrote: > On Thu, Jul 6, 2017 at 10:52 AM, Linus Torvalds > wrote: >> On Thu, Jul 6, 2017 at 10:29 AM, Kees Cook wrote: (a) minimal: just use our existing default

Re: [PATCH] iio: multiplexer: add NULL check on devm_kzalloc() return value

Quoting Peter Rosin : On 2017-07-07 06:35, Gustavo A. R. Silva wrote: Hi Peter, Quoting Peter Rosin : On 2017-07-07 00:08, Gustavo A. R. Silva wrote: Check return value from call to devm_kzalloc() in order to prevent a NULL pointer dereference. Right,

[PATCH] arcnet: com20020-pci: Fix an error handling path in 'com20020pci_probe()'

If this memory allocation fails, we should go through the error handling path as done everywhere else in this function before returning. Signed-off-by: Christophe JAILLET --- drivers/net/arcnet/com20020-pci.c | 6 -- 1 file changed, 4 insertions(+), 2

linux-next: Tree for Jul 7

Hi all, Please do not add any v4.14 material to you linux-next included branches until after v4.13-rc1 has been released. Changes since 20170706: The f2fs tree gained a conflict against Linus' tree. The akpm tree lost a patch that turned up elsewhere. Non-merge commits (relative to Linus

Re: [PATCH] iio: multiplexer: add NULL check on devm_kzalloc() and devm_kmemdup() return values

On 2017-07-07 06:53, Gustavo A. R. Silva wrote: > Check return values from call to devm_kzalloc() and devm_kmemup() If someone cares enough: s/devm_kmemup/evm_kmemdup/ > in order to prevent a NULL pointer dereference. > > This issue was detected using Coccinelle and the following semantic

[PATCH v4 1/2] perf util: Check for fused instruction

Macro fusion merges two instructions to a single micro-op. Intel core platform performs this hardware optimization under limited circumstances. For example, CMP + JCC can be "fused" and executed /retired together. While with sampling this can result in the sample sometimes being on the JCC and

[PATCH v4 0/2] perf report: Implement visual marker for macro fusion in annotate

Macro fusion merges two instructions to a single micro-op. Intel core platform performs this hardware optimization under limited circumstances. For example, CMP + JCC can be "fused" and executed /retired together. While with sampling this can result in the sample sometimes being on the JCC and

[PATCH v4 2/2] perf report: Implement visual marker for macro fusion in annotate

For marking the fused instructions clearly, This patch adds a line before the first instruction of pair and joins it with the arrow of the jump. For example, when je is selected in annotate view, the line before cmpl is displayed and joins the arrow of je. │ ┌──cmpl

Re: [PATCH] PCI: Do not enable extended tags on pre-dated (v1.x) systems

On Wed, Jul 5, 2017 at 9:19 PM, Sinan Kaya wrote: > According to extended tags ECN document, all PCIe receivers are expected > to support extended tags support. It should be safe to enable extended > tags on endpoints without checking compatibility. > > This assumption seems

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Thu, Jul 6, 2017 at 9:48 PM, Andy Lutomirski wrote: > > How about a much simpler solution: don't read rlimit at all in > copy_strings(), let alone try to enforce it. People have historically relied on E2BIG and then splitting things into multiple chunks (ie do the whole

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Thu, Jul 6, 2017 at 9:48 PM, Andy Lutomirski wrote: > How about a much simpler solution: don't read rlimit at all in > copy_strings(), let alone try to enforce it. Instead, just before the > point of no return, check how much stack space is already used and, if > it's more

Re: [PATCH] perf report: Fix broken arrow at row 0 in annotate view

Hi Arnaldo, Could this patch be merged? Otherwise the jump arrow is broken when it's displayed at the row 0 in annotate view. Thanks Jin Yao On 6/8/2017 2:01 PM, Jin Yao wrote: When the jump instruction is displayed at the row 0 in annotate view, the arrow is broken. An example: 16.86

[PATCH] HID: hid-logitech-hidpp: add NULL check on devm_kmemdup() return value

Check return value from call to devm_kmemdup() in order to prevent a NULL pointer dereference. Signed-off-by: Gustavo A. R. Silva --- drivers/hid/hid-logitech-hidpp.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/hid/hid-logitech-hidpp.c

Re: [RFC][PATCH] exec: Use init rlimits for setuid exec

On Thu, Jul 6, 2017 at 10:10 PM, Kees Cook wrote: > On Thu, Jul 6, 2017 at 9:48 PM, Andy Lutomirski wrote: >> How about a much simpler solution: don't read rlimit at all in >> copy_strings(), let alone try to enforce it. Instead, just before the >> point

Re: [git pull] vfs.git pile 11

On Thu, Jul 6, 2017 at 2:20 PM, Al Viro wrote: > > Linus, could you hold that one back until tomorrow? I want to tweak the > last commit in there a bit, but I want to give it a local beating first... Ok, dropping this one. All your other branches are merged now.

Re: [git pull] vfs.git pile 10

On Thu, Jul 6, 2017 at 2:11 AM, Al Viro wrote: > uaccess str...() dead code removals. Side note: you left a couple of references to strlen_user() still in the tree. None of them *matter* (two comments and one declaration for the function that no longer exists),

Re: [PATCH 4/4] selftests: ftrace: Output only to console with "--logdir -"

On Wed, 5 Jul 2017 12:29:17 -0400 Steven Rostedt wrote: > On Wed, 5 Jul 2017 12:25:06 -0400 > Steven Rostedt wrote: > > > > > @@ -255,12 +262,18 @@ __run_test() { # testfile > > > # Run one test case > > > run_test() { # testfile > > >local testname=`basename $1` > > > - local

Re: [patch v2 -mm] mm, hugetlb: schedule when potentially allocating many hugepages

On 06/10/2017 04:06 AM, David Rientjes wrote: > A few hugetlb allocators loop while calling the page allocator and can > potentially prevent rescheduling if the page allocator slowpath is not > utilized. > > Conditionally schedule when large numbers of hugepages can be allocated. > >

linux-next: Tree for Jul 6

Hi all, Please do not add any v4.14 material to you linux-next included branches until after v4.13-rc1 has been released. Changes since 20170705: Non-merge commits (relative to Linus' tree): 5487 4539 files changed, 548263 insertions(+), 90579 deletions(-)

Re: [PATCH] gpio: drop unnecessary includes from include/linux/gpio/driver.h

/Masahiro-Yamada/gpio-drop-unnecessary-includes-from-include-linux-gpio-driver-h/20170706-123711 config: blackfin-allyesconfig (attached as .config) compiler: bfin-uclinux-gcc (GCC) 6.2.0 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin

Re: [PATCH] gpio: drop unnecessary includes from include/linux/gpio/driver.h

/Masahiro-Yamada/gpio-drop-unnecessary-includes-from-include-linux-gpio-driver-h/20170706-123711 config: xtensa-allyesconfig (attached as .config) compiler: xtensa-linux-gcc (GCC) 4.9.0 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin

Re: [PATCH v3 2/6] pwm: mediatek: fix pwm source clock selection

On Wed, 2017-07-05 at 13:09 +0200, Matthias Brugger wrote: > > On 06/30/2017 08:05 AM, Zhi Mao wrote: > > In original code, the pwm output frequency is not correct > > when set bit<3>=1 to PWMCON register. > > > > Signed-off-by: Zhi Mao > > --- > > drivers/pwm/pwm-mediatek.c |2 +- > > 1

Re: [PATCH v3 05/16] drm/fb-helper: do a generic fb_setcmap helper in terms of crtc .gamma_set

On 2017-07-06 07:55, Daniel Vetter wrote: > On Wed, Jul 5, 2017 at 7:50 PM, Peter Rosin wrote: +retry: +ret = drm_modeset_lock_all_ctx(dev, ); >>> >>> With atomic you don't need to grab locks, this is done behind the scenes >>> (as long as you handle the retry/backoff correctly).

Re: [PATCH 2/2] genirq: Use is_fwnode_irqchip() directly

Hi Ethan, On 2017/7/6 13:46, Ethan Zhao wrote: > Hanjun， > > What branch is this patch for ? Check v4.12, failed to apply. I prepared patches based on master branch of linux-next git tree, but they can be applied cleanly on top of latest Linus tree. This patch set is for latest merged 4.13

Re: [PATCH v2 04/26] pwm.txt: standardize document format

On Sat, Jun 17, 2017 at 12:26:44PM -0300, Mauro Carvalho Chehab wrote: > Each text file under Documentation follows a different > format. Some doesn't even have titles! > > Change its representation to follow the adopted standard, > using ReST markups for it to be parseable by Sphinx: > > - mark

Re: [PATCH] wlcore: add missing nvs file name info for wilink8

* Sebastian Reichel [170705 01:29]: > Hi, > > On Wed, Jul 05, 2017 at 01:06:54AM -0700, Tony Lindgren wrote: > > > > Not sure if this really is a regression as we've always had a bogus > > > > wl1271-nvs.bin in linux-firmware.git. Sure would be nice to fix it, > > > > but going back to using a

Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells

On Wed, Jul 5, 2017 at 11:32 PM, Sudeep Holla wrote: > > I have posted the SCMI patches now[1], > I wish I was CC'ed on that. Now LKML seems too busy to forward it. > please let me know how to get > both SCPI and SCMI working together with different doorbell bits on the > same channel. > You

Re: [PATCH] pwm: silently error on EPROBE_DEFER

On Tue, May 23, 2017 at 06:05:03PM +0200, Jerome Brunet wrote: > In of_pwm_chip, if we fail to get the pwm chip due to probe defer, we > shouldn't print an error message. Just be silent in this case. > > Signed-off-by: Jerome Brunet > --- > drivers/pwm/core.c | 4 +++- > 1 file changed, 3

[GIT PULL] s390 patches for 4.13 merge window #2

Hi Linus, please pull from the 'for-linus' branch of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus to receive the following updates: * The fixup for the blk-mq clash with the scm driver * An improvement for the driver in regard to raw I/O * Bug fixes and

Re: [patch V2 0/2] mm/memory_hotplug: Cure potential deadlocks vs. cpu hotplug lock

On Wed, 5 Jul 2017, Andrew Morton wrote: > On Tue, 04 Jul 2017 11:32:32 +0200 Thomas Gleixner wrote: > > > Andrey reported a potential deadlock with the memory hotplug lock and the > > cpu hotplug lock. > > > > The following series addresses this by reworking the memory hotplug locking > > and

Re: [PATCH 00/58] ARM: at91: rework Atmel TCB drivers

On Tue, May 30, 2017 at 11:50:41PM +0200, Alexandre Belloni wrote: > Hi, > > This series reworks the Atmel Timer counter Block drivers. Those blocks > each have 3 counters with 2 channels each and can be used for > multiple functions: > - timers > - PWMs > - Quadrature decoders > - Stepper

Re: [PATCH] pwm: pwm-hibvt: constify hibvt_pwm_ops

On Tue, Jun 13, 2017 at 03:26:41PM +0530, Arvind Yadav wrote: > File size before: >text data bss dec hex filename >1510 296 01806 70e drivers/pwm/pwm-hibvt.o > File size After adding 'const': >text data bss dec hex

Re: [PATCH] backlight: pwm_bl: make of_device_ids const

On Tue, Jun 20, 2017 at 01:22:15PM +0530, Arvind Yadav wrote: > of_device_ids are not supposed to change at runtime. All functions > working with of_device_ids provided by work with const > of_device_ids. So mark the non-const structs as const. > > Signed-off-by: Arvind Yadav > --- >

Re: [PATCH v3 2/6] pwm: mediatek: fix pwm source clock selection

On Thu, 2017-07-06 at 14:16 +0800, Zhi Mao wrote: > On Wed, 2017-07-05 at 13:09 +0200, Matthias Brugger wrote: > > > > On 06/30/2017 08:05 AM, Zhi Mao wrote: > > > In original code, the pwm output frequency is not correct > > > when set bit<3>=1 to PWMCON register. > > > > > > Signed-off-by: Zhi

Re: [PATCH V1 3/5] spmi: pmic-arb: replace the writel_relaxed with __raw_writel

On 07/03, Kiran Gunda wrote: > Replace the writel_relaxed with __raw_writel to avoid byte swapping > in pmic_arb_write_data() function. That way the code is independent > of the CPU endianness. > > Signed-off-by: Kiran Gunda > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc.

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > include/linux/i2c is not for client devices. Move the header file to a > more appropriate location. > > Signed-off-by: Wolfram Sang > --- > arch/arm/mach-omap2/common.h| 2 +- > arch/arm/mach-omap2/omap_twl.c |

Re: [PATCH V1 4/5] spmi: pmic-arb: return the value instead of passing by pointer

On 07/03, Kiran Gunda wrote: > Returning the output value from a function, when it is possible, is the > better and cleaner way than passing it by the pointer. Hence, modify > the ppid_to_apid mapping function to return apid instead of passing > it by a pointer. While at it, pass the ppid as

Re: [PATCH v5] mmc: dw_mmc-k3: add sd support for hi3660

anges. It's now in linux-next [1], and in Linus' master branch [2], will be in mainline v4.13-rc's. [1] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/log/Documentation/devicetree/bindings/mmc/k3-dw-mshc.txt?h=next-20170706 [2] https://git.kernel.org/pub/scm/linux/kernel/git/to

[GIT PULL] xen: features and fixes for 4.13-rc1

Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.13-rc1-tag xen: features and fixes for 4.13-rc1 Other than fixes and cleanups it contains: - Support > 32 VCPUs at domain restore - Support for new sysfs nodes related to Xen -

Re: [PATCH] mm: mm, mmap: do not blow on PROT_NONE MAP_FIXED holes in the stack

On Wed 05-07-17 14:18:49, Andrew Morton wrote: > On Wed, 5 Jul 2017 20:28:49 +0200 Michal Hocko wrote: > > > "mm: enlarge stack guard gap" has introduced a regression in some rust > > and Java environments which are trying to implement their own stack > > guard page. They are punching a new

Re: [PATCH V1 5/5] spmi: pmic-arb: use irq_chip callback to set spmi irq wakeup capability

On 07/03, Kiran Gunda wrote: > diff --git a/drivers/spmi/spmi-pmic-arb.c b/drivers/spmi/spmi-pmic-arb.c > index 5285245..2d2e39c 100644 > --- a/drivers/spmi/spmi-pmic-arb.c > +++ b/drivers/spmi/spmi-pmic-arb.c > @@ -621,6 +621,19 @@ static int qpnpint_irq_set_type(struct irq_data *d, > unsigned

Re: [PATCH v2 3/6] ARM: dts: rockchip: enable io-domain for rk3229-evb

/20170706-094621 base: https://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git for-next config: arm-at91_dt_defconfig (attached as .config) compiler: arm-linux-gnueabi-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://raw.githubusercontent.com/01org/lkp-tests

Re: [PATCH V1 1/5] spmi: pmic-arb: remove the read/write access checks

On 07/03, Kiran Gunda wrote: > The access mode checks for peripheral ownership for read/write > permissions should not be required. Every peripheral enabled for > this master is expected to have a read/write permissions. If there > is any such invalid access due to wrong configuration in boot

Re: [PATCH V1 2/5] spmi: pmic-arb: rename pa_xx to pmic_arb_xx and other code cleanup

On 07/03, Kiran Gunda wrote: > This patch cleans up the following. > > - Rename the "pa" to "pmic_arb". > - Rename the spmi_pmic_arb *dev to spmi_pmic_arb *pmic_arb. > - Rename the pa_{read,write}_data() functions to > pmic_arb_{read,write}_data(). > - Rename channel to APID. > - Rename the

Re: [PATCH v2 0/3] pwm: sun4i: switch to atomic PWM

On Tue, May 30, 2017 at 09:32:06PM +0200, Alexandre Belloni wrote: > Switch to atomic PWM. The main goal is to properly wait for a period before > disabling a channel to ensure the correct level is set on the output. > > Changes in v2: > - fixed remaining checkpatch warnings > - split the

Re: [PATCH] mm: disallow early_pfn_to_nid on configurations which do not implement it

On Wed 05-07-17 16:00:55, Andrew Morton wrote: > On Tue, 4 Jul 2017 09:58:03 +0200 Michal Hocko wrote: > > > From: Michal Hocko > > > > early_pfn_to_nid will return node 0 if both HAVE_ARCH_EARLY_PFN_TO_NID > > and HAVE_MEMBLOCK_NODE_MAP are disabled. It seems we are safe now > > because all

Re: [PATCH V1 2/4] spmi: pmic-arb: fix a possible null pointer dereference

On 07/03, Kiran Gunda wrote: > If "core" memory resource is not specified, then the driver could > end up dereferencing a null pointer. Fix this issue. > > Signed-off-by: Kiran Gunda > --- Reviewed-by: Stephen Boyd -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux

Re: [PATCH V1 1/4] spmi: pmic-arb: return __iomem pointer instead of offset

On 07/03, Kiran Gunda wrote: > Modify the pmic_arb version ops to return an __iomem pointer > to the address instead of an offset. That way we do not need to > care about the base address changes in the new HW version. > > Signed-off-by: Kiran Gunda > --- Reviewed-by: Stephen Boyd --

Re: [PATCH 08/21] x86/intel_rdt/cqm: Add RMID(Resource monitoring ID) management

On Wed, 5 Jul 2017, Tony Luck wrote: > > In case that a RMID was never used on a particular package, the state check > > forces an IPI on all packages unconditionally. That's suboptimal at least. > > > > We know on which package a given RMID was used, so we could restrict the > > checks to

Re: [PATCH V1 4/4] spmi: pmic-arb: Remove checking opc value not less than 0

On 07/03, Kiran Gunda wrote: > From: Fenglin Wu > > The opc parameter in pmic_arb_write_cmd() function is defined with type > u8 and it's always greater than or equal to 0. Checking that it's not > less than 0 is redundant and it can cause a forbidden warning during > compilation. Remove the

Re: [PATCH V1 4/4] spmi: pmic-arb: Remove checking opc value not less than 0

On 07/03, Kiran Gunda wrote: > From: Fenglin Wu > > The opc parameter in pmic_arb_write_cmd() function is defined with type > u8 and it's always greater than or equal to 0. Checking that it's not > less than 0 is redundant and it can cause a forbidden warning during > compilation. Remove the

Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions

On Thu 06-07-17 07:16:49, Wei Yang wrote: > On Fri, Jun 30, 2017 at 01:01:18PM +0200, Michal Hocko wrote: > >On Fri 30-06-17 11:55:45, Michal Hocko wrote: > >> On Fri 30-06-17 17:39:56, Wei Yang wrote: > >> > On Fri, Jun 30, 2017 at 4:39 PM, Michal Hocko wrote: > >> [...] > >> > > yes and to be

Re: linux-next: build warning after merge of the rtc tree

On 06/07/2017 at 07:54:58 +0200, Heiner Kallweit wrote: > Am 06.07.2017 um 06:24 schrieb Stephen Rothwell: > > Hi Alexandre, > > > > After merging the rtc tree, today's linux-next build (powerpc > > ppc64_defconfig) produced this warning: > > > > drivers/rtc/rtc-ds1307.c: In function

[PATCH 2/2] Staging: dgnc: I have fixed the changes in dgnc_neo.c This is a patch to the dgnc_neo.c warning udealy to usleep range Signed-off-by: Yash Omer

From: Yash Omer --- drivers/staging/dgnc/dgnc_neo.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.c b/drivers/staging/dgnc/dgnc_neo.c index 1943e66..0034ebe 100644 --- a/drivers/staging/dgnc/dgnc_neo.c +++

Re: [PATCH v2 0/3] pwm: add pwm AO on meson gx

On Thu, Jun 08, 2017 at 02:24:13PM +0200, Jerome Brunet wrote: > The pwms found in the AO domain of the meson gx family have different > clock sources than the ones found in the EE domain. The AO pwms only > have 2 connected clock input which are clk81 and the crytal. > > This patchset adds the

Re: [PATCH V1 3/4] spmi: pmic-arb: add support for HW version 5

On 07/03, Kiran Gunda wrote: > From: David Collins > > Add support for version 5 of the SPMI PMIC arbiter. It utilizes > different offsets for registers than those found on version 3. > Also, the procedure to determine if writing and IRQ access is > allowed for a given PPID changes for version

Re: [PATCH v2 0/3] pwm: sun4i: switch to atomic PWM

On 06/07/2017 at 08:49:22 +0200, Thierry Reding wrote: > On Tue, May 30, 2017 at 09:32:06PM +0200, Alexandre Belloni wrote: > > Switch to atomic PWM. The main goal is to properly wait for a period before > > disabling a channel to ensure the correct level is set on the output. > > > > Changes in

Re: [PATCH v2 0/3] pwm: sun4i: switch to atomic PWM

On Thu, 6 Jul 2017 09:00:16 +0200 Alexandre Belloni wrote: > On 06/07/2017 at 08:49:22 +0200, Thierry Reding wrote: > > On Tue, May 30, 2017 at 09:32:06PM +0200, Alexandre Belloni wrote: > > > Switch to atomic PWM. The main goal is to properly wait for a period > > > before > > > disabling a

Re: [PATCH 3/3] mfd: twl: move header file out of I2C realm

On Thu, 06 Jul 2017, Thierry Reding wrote: > On Mon, May 22, 2017 at 12:02:10AM +0200, Wolfram Sang wrote: > > include/linux/i2c is not for client devices. Move the header file to a > > more appropriate location. > > > > Signed-off-by: Wolfram Sang > > --- > > arch/arm/mach-omap2/common.h

[PATCH 2/2] Staging: dgnc: I have fixed the changes in dgnc_neo.c This is a patch to the dgnc_neo.c warning udealy to usleep range Signed-off-by: Yash Omer

From: Yash Omer --- drivers/staging/dgnc/dgnc_neo.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.c b/drivers/staging/dgnc/dgnc_neo.c index 1943e66..0034ebe 100644 --- a/drivers/staging/dgnc/dgnc_neo.c +++

Re: [PATCH v2] KVM: arm/arm64: Handle hva aging while destroying the vm

On 05.07.17 10:57, Suzuki K Poulose wrote: Hi Alex, On Wed, Jul 05, 2017 at 08:20:31AM +0200, Alexander Graf wrote: The kvm_age_hva callback may be called all the way concurrently while kvm_mmu_notifier_release() is running. The release function sets kvm->arch.pgd = NULL which the aging

[PATCH] sctp: set the value of flowi6_oif to sk_bound_dev_if to make sctp_v6_get_dst to find the correct route entry.

From: Zheng Li if there are several same route entries with different outgoing net device, application's socket specifies the oif through setsockopt with SO_BINDTODEVICE, sctpv6 should choose the route entry whose outgoing net device is the oif which was specified by socket, set the value of

Re: [PATCH v5 3/3] mfd: dln2: Send restart command if HW init fails

On Wed, 05 Jul 2017, Jack Andersen wrote: > I have mixed feelings about making this patch. The device appears to > lose its ability to send command responses when the driver > unexpectedly goes offline (probably overflowing an internal send > buffer). > > The restart command is a send-only way

Re: [PATCH 2/2] Staging: dgnc: I have fixed the changes in dgnc_neo.c This is a patch to the dgnc_neo.c warning udealy to usleep range Signed-off-by: Yash Omer

On Thu, Jul 6, 2017 at 3:22 AM, yash007 wrote: > From: Yash Omer Your commit message is completely broken. Please fix it. See Documentation/process/submitting-patches.rst chapter 14. > > --- > drivers/staging/dgnc/dgnc_neo.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) >

Re: [PATCH v5 2/3] mfd: dln2: Add cell for initializing DLN2 ADC

On Wed, 05 Jul 2017, Jack Andersen wrote: > Signed-off-by: Jack Andersen > --- > drivers/mfd/dln2.c | 12 > 1 file changed, 12 insertions(+) Patch looks fine, but you need a commit message. Once you have one, you may apply my: For my own reference: Acked-for-MFD-by: Lee Jones

Re: [lkp-robot] [scsi] 5c279bd9e4: blogbench.read_score -10.0% regression

On Thu, Jul 6, 2017 at 10:54 AM, Ye Xiaolong wrote: > Hi, Ming Lei > > On 07/06, Ming Lei wrote: >>Hi Xiaolong, >> >>On Mon, Jul 3, 2017 at 10:57 AM, kernel test robot >> wrote: >>> >>> Greeting, >>> >>> FYI, we noticed a -10.0% regression of blogbench.read_score due to commit: >> >>Looks like

Re: [PATCH v2 3/3] cros_ec: Don't signal wake event for non-wake host events

On Wed, 05 Jul 2017, Benson Leung wrote: > On Mon, Jul 03, 2017 at 12:46:41PM +0100, Lee Jones wrote: > > On Tue, 27 Jun 2017, Benson Leung wrote: > > > > > Hi Thierry, > > > > > > On Tue, Feb 14, 2017 at 08:58:02PM +0100, Thierry Escande wrote: > > > > From: Shawn Nematbakhsh > > > > > > > >

答复: [PATCH v5] mmc: dw_mmc-k3: add sd support for hi3660

's. [1] https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/log/Documentation/devicetree/bindings/mmc/k3-dw-mshc.txt?h=next-20170706 [2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/mmc/k3-dw-mshc.txt -Guodong >

[PATCH] Fix header-name to read full state name and adjust column width

---Steps to Reproduce--- 1.Execute the cpupower monitor command to fetch all the Idle_Stats values. root:~# cpupower monitor |Idle_Stats PKG |CORE|CPU | snoo | stop | stop 0| 8| 0| 0.00| 0.00| 2.79 0| 8| 1| 0.00| 0.00| 70.68 User interpret it as 2 columns for

[PATCH 8/8] Staging: lustre :lustre: include :lustre_compat.h: Prefer using the BIT macro

Replace all instances of (1 << 27) with BIT(27) to fix checkpatch check messages Signed-off-by: Jaya Durga --- drivers/staging/lustre/lustre/include/lustre_compat.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/lustre/lustre/include/lustre_compat.h

Re: [PATCH 1/3] drm: Widen vblank count to 64 bits. Change vblank time precision to ns

On Wed, Jul 05, 2017 at 03:10:11PM -0700, Keith Packard wrote: > This modifies the datatypes used by the vblank code to provide both 64 > bits of vblank count and to increase the resolution of the vblank > timestamp from microseconds to nanoseconds. > > The driver interfaces have also been

Re: [PATCH v7 04/18] xen/pvcalls: xenbus state handling

On 05/07/17 23:50, Stefano Stabellini wrote: > Introduce the code to handle xenbus state changes. > > Implement the probe function for the pvcalls backend. Write the > supported versions, max-page-order and function-calls nodes to xenstore, > as required by the protocol. > > Introduce stub

Re: [PATCH v7 05/18] xen/pvcalls: connect to a frontend

On 05/07/17 23:50, Stefano Stabellini wrote: > Introduce a per-frontend data structure named pvcalls_fedata. It > contains pointers to the command ring, its event channel, a list of > active sockets and a tree of passive sockets (passing sockets need to be > looked up from the id on listen, accept

Re: [PATCH v7 06/18] xen/pvcalls: handle commands from the frontend

On 05/07/17 23:50, Stefano Stabellini wrote: > When the other end notifies us that there are commands to be read > (pvcalls_back_event), wake up the backend thread to parse the command. > > The command ring works like most other Xen rings, so use the usual > ring macros to read and write to it.

Re: [PATCH 8/8] Staging: lustre :lustre: include :lustre_compat.h: Prefer using the BIT macro

On Thu, Jul 6, 2017 at 9:13 AM, Jaya Durga wrote: > Subject: Staging: lustre :lustre: include :lustre_compat.h: Prefer using the > BIT macro Don't overdo it ;-). Subject: staging: lustre: lustre_compat.h: Prefer using the BIT macro > Replace all instances of (1 << 27) with BIT(27) to fix >

Re: [PATCH v7 08/18] xen/pvcalls: implement connect command

On 05/07/17 23:50, Stefano Stabellini wrote: > Allocate a socket. Keep track of socket <-> ring mappings with a new data > structure, called sock_mapping. Implement the connect command by calling > inet_stream_connect, and mapping the new indexes page and data ring. > Allocate a workqueue and a

Re: [PATCH 18/18] ALSA: opl4: Move inline before return type

On Wed, 05 Jul 2017 22:02:27 +0200, Joe Perches wrote: > > Make the code like the rest of the kernel. > > Signed-off-by: Joe Perches Applied, thanks. Takashi

Re: [PATCH] Make Common clock framework a menuconfig to ease disabling it all

Hello, On Wed, Jul 5, 2017 at 11:15 PM, Stephen Boyd wrote: > On 07/02, Vincent Legoll wrote: >> -menu "Common Clock Framework" >> +menuconfig COMMON_CLK_FRAMEWORK >> + tristate "Common Clock Framework" >> depends on COMMON_CLK > > Wouldn't this put the clk drivers inside the drivers

[PATCH 2/2] Staging: dgnc: I have fixed the changes in dgnc_neo.c This is a patch to the dgnc_neo.c warning udealy to usleep range Signed-off-by: Yash Omer

From: Yash Omer --- drivers/staging/dgnc/dgnc_neo.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/staging/dgnc/dgnc_neo.c b/drivers/staging/dgnc/dgnc_neo.c index 1943e66..0034ebe 100644 --- a/drivers/staging/dgnc/dgnc_neo.c +++

Re: [PATCH v7 09/18] xen/pvcalls: implement bind command

On 05/07/17 23:50, Stefano Stabellini wrote: > Allocate a socket. Track the allocated passive sockets with a new data > structure named sockpass_mapping. It contains an unbound workqueue to > schedule delayed work for the accept and poll commands. It also has a > reqcopy field to be used to store

Re: [PATCH v7 14/18] xen/pvcalls: disconnect and module_exit

On 05/07/17 23:50, Stefano Stabellini wrote: > Implement backend_disconnect. Call pvcalls_back_release_active on active > sockets and pvcalls_back_release_passive on passive sockets. > > Implement module_exit by calling backend_disconnect on frontend > connections. > > Signed-off-by: Stefano

Re: [PATCH 2/9] RISC-V: Atomic and Locking Code

On Thu, Jul 06, 2017 at 07:08:33PM +0800, Boqun Feng wrote: > On Wed, Jul 05, 2017 at 10:43:21AM +0200, Peter Zijlstra wrote: > > On Tue, Jul 04, 2017 at 12:50:55PM -0700, Palmer Dabbelt wrote: > > > +/* > > > + * FIXME: I could only find documentation that atomic_{add,sub,inc,dec} > > > are > >

Re: [PATCH v7 15/18] xen/pvcalls: implement the ioworker functions

On 05/07/17 23:50, Stefano Stabellini wrote: > We have one ioworker per socket. Each ioworker goes through the list of > outstanding read/write requests. Once all requests have been dealt with, > it returns. > > We use one atomic counter per socket for "read" operations and one > for "write"

Re: [tip:locking/urgent] locking/rwsem-spinlock: Fix EINTR branch in __down_write_common()

* Niklas Cassel wrote: > On 07/05/2017 04:27 PM, tip-bot for Kirill Tkhai wrote: > > Commit-ID: a0c4acd2c220376b4e9690e75782d0c0afdaab9f > > Gitweb: > > http://git.kernel.org/tip/a0c4acd2c220376b4e9690e75782d0c0afdaab9f > > Author: Kirill Tkhai > > AuthorDate: Fri, 16 Jun 2017

[PATCH v6] mmc: dw_mmc-k3: add sd support for hi3660

From: Li Wei Add sd card support for hi3660 soc Signed-off-by: Li Wei Signed-off-by: Chen Jun Major changes in v3: - solve review comments from Heiner Kallweit. *use the GENMASK and FIELD_PREP macros replace the bit shift operation. *use usleep_range() replace udelay() and mdelay().

Re: [PATCH 2/3] drm: Reorganize drm_pending_event to support future event types

On Wed, Jul 05, 2017 at 03:10:12PM -0700, Keith Packard wrote: > Place drm_event_vblank in a new union that includes that and a bare > drm_event structure. This will allow new members of that union to be > added in the future without changing code related to the existing vbl > event type. > >

Re: [PATCH 2/2] Staging: dgnc: I have fixed the changes in dgnc_neo.c This is a patch to the dgnc_neo.c warning udealy to usleep range Signed-off-by: Yash Omer

Hi, On Thu, Jul 6, 2017 at 3:49 AM, yash007 wrote: > From: Yash Omer Instead of resending the same thing every time, could you instead fix your commit message and send a v2? Also, where's patch 1 of 2? > > --- > drivers/staging/dgnc/dgnc_neo.c | 10 +- > 1 file changed, 5

Re: [PATCH v2 4/5] ARM: dts: at91: at91-sama5d27_som1: add sama5d27 SoM1 support

On 05.07.2017 18:29, Nicolas Ferre wrote: > On 05/07/2017 at 17:23, Ludovic Desroches wrote: >> On Mon, Jul 03, 2017 at 03:56:11PM +0300, Claudiu Beznea wrote: >>> Add specific DTS file and bindings for sama5d27 SoM1 board. >>> >>> Signed-off-by: Claudiu Beznea >>> Signed-off-by: Cristian

Re: [PATCH 2/2] rtc: stm32: add STM32H7 RTC support

Hi, On 07/05/2017 11:37 PM, Alexandre Belloni wrote: Hi, This is mostly fine, even if I'm not too happy with the s/ck_rtc/rtc_ck/. This clock name has changed in datasheet between STM32F4/STM32F7 and STM32H7, so, I'm not really happy too... But, as there is only one clock on F4/F7, its name

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