[PATCH 4/5] mm: simplify reclaim path for MADV_FREE

I made reclaim path mess to check and free MADV_FREEed page. This patch simplify it with tweaking add_to_swap. So far, we mark page as PG_dirty when we add the page into swap cache(ie, add_to_swap) to page out to swap device but this patch moves PG_dirty marking under try_to_unmap_one when we

[PATCH 1/5] mm: MADV_FREE trivial clean up

1. Page table waker already pass the vma it is processing so we don't need to pass vma. 2. If page table entry is dirty in try_to_unmap_one, the dirtiness should propagate to PG_dirty of the page. So, it's enough to check only PageDirty without other pte dirty bit checking. Signed-off-by:

Re: [RFC PATCH] bpf: Add new bpf map type for timer

Hi He, [auto build test WARNING on v4.3-rc6 -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/He-Kuang/bpf-Add-new-bpf-map-type-for-timer/20151019-133809 reproduce: # apt-get install sparse

Re: [PATCH mmotm] mm: dont split thp page when syscall is called fix 4

Hello Hugh, On Fri, Oct 16, 2015 at 03:46:03PM -0700, Hugh Dickins wrote: > Compiler gives helpful warnings that madvise_free_pte_range() > has the args to split_huge_pmd() the wrong way round. > > Signed-off-by: Hugh Dickins Thanks for catching my mistake. Reviewed-by:

[PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

add DT support for the ti hecc controller, used on am3517 SoCs. Signed-off-by: Heiko Schocher --- .../devicetree/bindings/net/can/ti_hecc-can.txt| 20 ++ arch/arm/boot/dts/am3517.dtsi | 13 +++ drivers/net/can/ti_hecc.c

Re: [PATCH v4 2/2] arm64: Expand the stack trace feature to support IRQ stack

Jungseok, On 10/15/2015 10:39 PM, Jungseok Lee wrote: On Oct 15, 2015, at 1:19 PM, AKASHI Takahiro wrote: Jungseok, 8< diff --git a/arch/arm64/kernel/traps.c b/arch/arm64/kernel/traps.c index f93aae5..e18be43 100644 --- a/arch/arm64/kernel/traps.c +++ b/arch/arm64/kernel/traps.c @@

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

On 10/19/2015 08:39 AM, Heiko Schocher wrote: > add DT support for the ti hecc controller, used on > am3517 SoCs. A similar patch was posted a few days ago, see http://comments.gmane.org/gmane.linux.can/8616 and my comments. Please coordinate with Anton Glukhov (Cc'ed) and/or pick up his patches

[lkp] [drm] 0e94a0bada: WARNING: CPU: 0 PID: 1 at drivers/gpu/drm/drm_crtc.c:3598 drm_property_create+0x1df/0x230()

FYI, we noticed the below changes on https://github.com/0day-ci/linux Shashank-Sharma/Color-Management-for-DRM/20151013-203652 commit 0e94a0bada080cd3c0d4d2516ef19a30064de1e0 ("drm: Create Color Management query properties")

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

Hello Marc, Am 19.10.2015 um 08:58 schrieb Marc Kleine-Budde: On 10/19/2015 08:39 AM, Heiko Schocher wrote: add DT support for the ti hecc controller, used on am3517 SoCs. A similar patch was posted a few days ago, see http://comments.gmane.org/gmane.linux.can/8616 and my comments. Uh,

Re: [PATCH v2 0/5] crypto: add algif_akcipher user space API

On Mon, Oct 19, 2015 at 09:14:09AM +0200, Stephan Mueller wrote: > > However, I would suggest that you pull patch 1/5 as this is a bug fix that > may > affect even other users. Sure I'll look into it. Thanks, -- Email: Herbert Xu Home Page:

Re: [PATCH RFC 0/2] simplefb: Add regulator handling support

Hi, On 18-10-15 21:57, Mark Brown wrote: On Wed, Oct 14, 2015 at 01:31:52PM +0200, Hans de Goede wrote: I like your idea in your other mail where you suggest to actually use foo-supply and bar-supply names in the simplefb node, and then have some code simple iterate over all the properties

[PATCH 00/14] perf bench: Misc improvements

So I'm working towards adding more 'perf bench' benchmarks and found a few rough edges - fixed by the series below. Thanks, Ingo Ingo Molnar (14): perf/bench: Improve the 'perf bench mem memcpy' code readability perf/bench: Default to all routines in 'perf bench mem' perf/bench:

[PATCH 09/14] perf/bench/mem: Fix 'length' vs. 'size' naming confusion

So 'perf bench mem memcpy/memset' consistently uses 'len' and 'length' for buffer sizes - while it's really a memory buffer size. (strings have length.) Rename all affected variables. Cc: Arnaldo Carvalho de Melo Cc: David Ahern Cc: Hitoshi Mitake

[PATCH 14/14] perf/bench: Run benchmarks, don't test them

So right now we output this text: memcpy: Benchmark for memcpy() functions memset: Benchmark for memset() functions all: Test all memory access benchmarks But the right verb to use with benchmarks is to 'run' them, not 'test' them. So change this (and all similar

[PATCH] KVM: x86: MMU: Initialize force_pt_level before calling mapping_level()

Commit fd1369021878 ("KVM: x86: MMU: Move mapping_level_dirty_bitmap() call in mapping_level()") forgot to initialize force_pt_level to false in FNAME(page_fault)() before calling mapping_level() like nonpaging_map() does. This can sometimes result in forcing page table level mapping

Darlehen anbieten

Guten Tag, Wir sind BARCLAYS Fremdkapital geben Kredite per Post Anzeige. Wir bieten verschiedene Arten von Krediten (kurz- und langfristige Darlehen, persönliche Darlehen, Kredite an Unternehmen etc.) um 3% Zins. Wir geben Kredite an Menschen in Not nicht unabhängig von ihrem

Re: [linux-sunxi] Re: [PATCH 3/6] mfd: axp20x: Add support for RSB based AXP223 PMIC

On Fri, Oct 16, 2015 at 02:46:23PM +0800, Chen-Yu Tsai wrote: > On Fri, Oct 16, 2015 at 2:41 PM, Maxime Ripard > wrote: > > On Thu, Oct 15, 2015 at 12:32:19AM +0800, Chen-Yu Tsai wrote: > >> The AXP223 is a new PMIC commonly paired with Allwinner A23/A33 SoCs. >

Re: [PATCH v10 2/3] xhci: mediatek: support MTK xHCI host controller

On Sun, 2015-10-18 at 11:51 +0800, Chunfeng Yun wrote: > There some vendor quirks for MTK xhci host controller: > 1. It defines some extra SW scheduling parameters for HW > to minimize the scheduling effort for synchronous and > interrupt endpoints. The parameters are put into reseved > DWs

[PATCH] net, can, ti_hecc: fix a run time warn_on.

This patch fixes a warning in clk_enable by calling clk_prepare_enable instead. Signed-off-by: Heiko Schocher --- drivers/net/can/ti_hecc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/can/ti_hecc.c b/drivers/net/can/ti_hecc.c index

[PATCH v11 1/3] dt-bindings: Add a binding for Mediatek xHCI host controller

add a DT binding documentation of xHCI host controller for the MT8173 SoC from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/usb/mt8173-xhci.txt| 51 ++ 1 file changed, 51 insertions(+) create mode 100644

Re: Q: schedule() and implied barriers on arm64

* Peter Zijlstra wrote: > In any case, its all moot now, since Paul no longer requires schedule() to > imply > a full barrier. > > [...] Nevertheless from a least-surprise POV it might be worth guaranteeing it, because I bet there's tons of code that assumes that

Re: [GIT PULL rcu/next] RCU commits for 4.4

* Paul E. McKenney wrote: > Hello, Ingo, > > The changes in this series include the following: > > 1.Miscellaneous fixes. These were posted to LKML at > https://lkml.org/lkml/2015/10/6/496. > > 2.Improvements to expedited grace periods. These were

Re: [PATCH] leds: leds-menf21bmc.c: Use devm_led_class_register

Hi Muhammad, On 10/16/2015 10:17 PM, Muhammad Falak R Wani wrote: Use resource-managed function devm_led_classdev_register instead of led_classdev_register, consequently remove redundant menf21bmc_led_remove function. Also drop the unneeded label err_free_leds. Signed-off-by: Muhammad Falak R

Re: [PATCH] net, can, ti_hecc: fix a run time warn_on.

On 10/19/2015 08:22 AM, Heiko Schocher wrote: > This patch fixes a warning in clk_enable by calling > clk_prepare_enable instead. What about the corresponding clk_disable_unprepare()? Marc > > Signed-off-by: Heiko Schocher > --- > > drivers/net/can/ti_hecc.c | 2 +- > 1 file

[RFC PATCH] bpf: bpf_timer_callback() can be static

Signed-off-by: Fengguang Wu --- arraymap.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/bpf/arraymap.c b/kernel/bpf/arraymap.c index 1e03c70..dbdad0c 100644 --- a/kernel/bpf/arraymap.c +++ b/kernel/bpf/arraymap.c @@ -338,7 +338,7 @@

Re: [PATCH v5] arm64: Introduce IRQ stack

On 10/17/2015 11:27 PM, Jungseok Lee wrote: Currently, kernel context and interrupts are handled using a single kernel stack navigated by sp_el1. This forces a system to use 16KB stack, not 8KB one. This restriction makes low memory platforms suffer from memory pressure accompanied by

Re: [PATCH 2/5] gpio/xilinx: enable for MIPS

On Wed, Oct 14, 2015 at 5:57 PM, Lars-Peter Clausen wrote: > On 10/14/2015 05:18 PM, Sören Brinkmann wrote: >> On Wed, 2015-10-14 at 01:51PM +0100, Zubair Lutfullah Kakakhel wrote: >> Hmm, in general, this driver is hopefully generic enough that it doesn't >> have any real

Re: [PATCH] libata: add support for NCQ commands for SG interface

On Sun, Oct 18, 2015 at 12:12 AM, Sergei Shtylyov wrote: > On 10/17/2015 3:25 PM, Vinayak Kale wrote: > From: Vinayak Kale This patch is needed to make NCQ commands with FPDMA protocol value (eg READ/WRITE FPDMA)

[RFC] bpf: change bpf syacall to use u64 temp variables

This patch change map_lookup_elem() and map_update_elem() function to use u64 temp variable if the key_size or value_size is less than u64, we don't need use kmalloc() for these small variables. Signed-off-by: yalin wang --- kernel/bpf/syscall.c | 30

Re: [PATCH net-next 3/4] bpf: add support for persistent maps/progs

Hi, On Sun, Oct 18, 2015, at 22:59, Alexei Starovoitov wrote: > On 10/18/15 9:49 AM, Daniel Borkmann wrote: > > Okay, I have pushed some rough working proof of concept here: > > > > https://git.breakpoint.cc/cgit/dborkman/net-next.git/log/?h=ebpf-fds-final5 > > > > So the idea eventually had to

[PATCH] regulator, dt: add dt support for tps6502x regulator

add DT support for the tps6502x regulators. Signed-off-by: Heiko Schocher --- .../devicetree/bindings/regulator/tps6502x.txt | 56 arch/arm/boot/dts/tps65023.dtsi| 46 +++ drivers/regulator/tps65023-regulator.c | 326

[PATCH] arm: dts: berlin2q-marvell-dmp: remove broken-cd from eMMC node

The eMMC is non-removable so is marked with the non-removable DT property to avoid having to redetect it after a suspend/resume. But it also has the broken-cd property which is wrong since only one of the DT properties for card detection should be used Signed-off-by: Jisheng Zhang

Re: [PATCH v2 0/5] crypto: add algif_akcipher user space API

Am Montag, 19. Oktober 2015, 09:32:30 schrieb Herbert Xu: Hi Herbert, > On Sun, Oct 18, 2015 at 12:44:00PM +0200, Stephan Mueller wrote: > > Hi, > > > > This patch set adds the AF_ALG user space API to externalize the > > asymmetric cipher API recently added to the kernel crypto API. > > > >

Re: [PATCH] pinctrl: mvebu: armada-38x: add suspend/resume support

Hello, On Mon, 19 Oct 2015 08:04:49 +0200, Marcin Wojtas wrote: > > I don't like this. The mvebu_pinctrl_soc_info structure is meant to be > > a read-only structure that only describes static information giving > > SoC-specific details for pin-muxing. The idea is that in the event > > where you

Re: [PATCH] net, can, ti_hecc: add DT support for the ti,hecc controller

On 10/19/2015 09:27 AM, Heiko Schocher wrote: >>> .../devicetree/bindings/net/can/ti_hecc-can.txt| 20 ++ >>> arch/arm/boot/dts/am3517.dtsi | 13 +++ >>> drivers/net/can/ti_hecc.c | 45 >>> +- >>> 3 files

[PATCH] iio: adc: vf610_adc: Fix division by zero error

In case the fsl,adck-max-frequency property is not present in the device tree, a division by zero error results during the probe call on kernel boot (see below). This patch fixes it and also restores device tree compatibility in case kernels are booting with old device trees without this property

Re: [PATCH v5 0/5] usb/gadget: independent registration of gadgets and gadget drivers

Hi, On Tue, Jun 23, 2015 at 01:01:09AM +0300, Ruslan Bilovol wrote: > This patchset adds independent registration of gadgets > and gadget drivers to udc-core. This is very useful for > built-in modules into kernel case since it's possible > situation that gadget driver is probing at a time > when

[PATCH 01/14] perf/bench: Improve the 'perf bench mem memcpy' code readability

- improve the readability of initializations - fix unnecessary double negations - fix ugly line breaks - fix other small details Cc: Peter Zijlstra Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Linus Torvalds

[PATCH 06/14] perf/bench: List output formatting options on 'perf bench -h'

So 'perf bench -h' is not very helpful when printing the help line about the output formatting options: -f, --format Specify format style There are two output format styles, 'default' and 'simple', so improve the help text to: -f, --format

[PATCH 05/14] perf/bench: Remove the prefaulting complication from 'perf bench mem mem*'

So 'perf bench mem memcpy/memset' has elaborate code to measure memcpy()/memset() performance both with freshly allocated buffers (which includes initial page fault overhead) and with preallocated buffers. But the thing is, the resulting bandwidth results are mostly meaningless, because page

Re: [PATCH 2/5] gpio/xilinx: enable for MIPS

On Wed, Oct 14, 2015 at 2:51 PM, Zubair Lutfullah Kakakhel wrote: > MIPSfpga uses the axi gpio controller. Enable the driver for MIPS. > > Signed-off-by: Zubair Lutfullah Kakakhel Patch applied. Yours, Linus Walleij -- To unsubscribe

linux-next: Tree for Oct 19

Hi all, Changes since 20151016: I used the h8300 tree from next-20150828 since the current tree no contains a rebased part of Linus' tree. The pm tree gained a conflict against the omap tree. The slave-dma tree lost its build failure. The input tree lost its build failure. The mfd tree lost

Re: [PATCH] leds: leds-fsg: Use devm_led_class_register

Hi Muhammad, On 10/17/2015 01:13 AM, Muhammad Falak R Wani wrote: Use resource-managed function devm_led_classdev_register, remove redundant function fsg_led_remove. Drop unneeded gotos to make the _init code flow clean. Signed-off-by: Muhammad Falak R Wani ---

Re: [PATCH] staging/wilc: fix Kconfig dependencies, second try

Hi Arnd Bergmann, When I apply this patch, I cannot make WILC1000 module (wilc1000.ko) because CONFIG_WILC1000 is y and also I can see some link errors for the cfg80211 APIs. Can you consider this patch? Thanks, Tony. On 2015년 10월 17일 05:45, Arnd Bergmann wrote: My first attempt to fix

Re: [PATCH 1/1] perf/x86: Fix time_shift in perf_event_mmap_page

* Adrian Hunter wrote: > Commit b20112edeadf ("perf/x86: Improve accuracy of perf/sched clock") > allowed the time_shift value in perf_event_mmap_page to be as much > as 32. Unfortunately the documented algorithms for using time_shift > have it shifting an integer,

Re: [PATCH 2/3] memcg: unify slab and other kmem pages charging

On Fri 16-10-15 17:19:32, Johannes Weiner wrote: [...] > I think it'd be better to have an outer function than a magic > parameter for the memcg lookup. Could we fold this in there? > > --- > Yes this makes sense. Thanks! > Signed-off-by: Johannes Weiner > --- >

Re: [PATCH] pinctrl: mvebu: armada-38x: add suspend/resume support

Hi Thomas, 2015-10-18 16:01 GMT+02:00 Thomas Petazzoni : > Hello Marcin, > > On Sun, 18 Oct 2015 10:43:42 +0200, Marcin Wojtas wrote: > >> Thanks for pointing this. I based on pinctrl-armada-xp.c (it needs a >> fix then, too) and it worked. I must have missed,

linux-next: manual merge of the akpm tree with the usb tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in: drivers/usb/host/fusbh200-hcd.c between commit: 34e51ba6b65b ("usb-host: Remove fusbh200 driver") from the usb tree and patch: "dma: remove external references to dma_supported" from the akpm tree. I fixed it up

[PATCH] [media] c8sectpfe: Remove select on CONFIG_FW_LOADER_USER_HELPER_FALLBACK

c8sectpfe driver selects CONFIG_FW_LOADER_USER_HELPER_FALLBACK by some reason, but this option is known to be harmful, leading to minutes of stalls at boot time. The option was intended for only compatibility for an old exotic system that mandates the udev interaction, and not a thing a driver

[PATCH] drm/sti: Remove select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK

The commit [4fdbc678fe4d: drm: sti: add HQVDP plane] added the select of CONFIG_FW_LOADER_USER_HELPER_FALLBACK by some unwritten reason. But this config is known to be harmful, and is present only for compatibility reason for an old exotic system that mandates udev interaction which isn't supposed

[PATCH 0/5] MADV_FREE refactoring and fix KSM page

Hello, it's too late since I sent previos patch. https://lkml.org/lkml/2015/6/3/37 This patch is alomost new compared to previos approach. I think this is more simple, clear and easy to review. One thing I should notice is that I have tested this patch and couldn't find any critical problem so I

[PATCH 2/5] mm: skip huge zero page in MADV_FREE

It is pointless to mark huge zero page as freeable. Let's skip it. Signed-off-by: Minchan Kim --- mm/huge_memory.c | 4 1 file changed, 4 insertions(+) diff --git a/mm/huge_memory.c b/mm/huge_memory.c index f1de4ce583a6..269ed99493f0 100644 --- a/mm/huge_memory.c +++

[PATCH 5/5] mm: mark stable page dirty in KSM

Stable page could be shared by several processes and last process could own the page among them after CoW or zapping for every process except last process happens. Then, page table entry of the page in last process can have no dirty bit and PG_dirty flag in page->flags. In this case, MADV_FREE

[PATCH 3/5] mm: clear PG_dirty to mark page freeable

Basically, MADV_FREE relies on dirty bit in page table entry to decide whether VM allows to discard the page or not. IOW, if page table entry includes marked dirty bit, VM shouldn't discard the page. However, as a example, if swap-in by read fault happens, page table entry doesn't have dirty bit

[GIT] Networking

1) Account for extra headroom in ath9k driver, from Felix Fietkau. 2) Fix OOPS in pppoe driver due to incorrect socket state transition, from Guillaume Nault. 3) Kill memory leak in amd-xgbe debugfx, from Geliang Tang. 4) Power management fixes for iwlwifi, from Johannes Berg. 5) Fix races

Re: [PATCH] iommu/ipmmu-vmsa: Drop LPAE Kconfig dependency

Hi Magnus, Thank you for the patch. On Monday 19 October 2015 12:02:53 Magnus Damm wrote: > From: Magnus Damm > > Neither the ARM page table code enabled by IOMMU_IO_PGTABLE_LPAE > nor the IPMMU_VMSA driver actually depends on ARM_LPAE, so get > rid of the

Re: [PATCH] regulator, dt: add dt support for tps6502x regulator

Hi Heiko, [auto build test WARNING on v4.3-rc6 -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Heiko-Schocher/regulator-dt-add-dt-support-for-tps6502x-regulator/20151019-143244 reproduce: # apt

[PATCH] arm: dts: berlin2q: remove duplicated interrupt-parent

The default interrupt-parent has been set in the upper layer, apb@e8 and apb@fc for example. So if the interrupt-parent isn't changed, we don't need to set it again. This patch removes the dumplicated interrupt-parent settings. Signed-off-by: Jisheng Zhang ---

[PATCH 03/14] perf/bench: Eliminate unused argument from bench_mem_common()

Cc: Arnaldo Carvalho de Melo Cc: David Ahern Cc: Hitoshi Mitake Cc: Jiri Olsa Cc: Linus Torvalds Cc: Namhyung Kim Cc: Peter Zijlstra

[PATCH 04/14] perf/bench: Rename 'mem-memcpy.c' => 'mem-functions.c'

So mem-memcpy.c started out as a simple memcpy() benchmark, then it grew memset() functionality and now I plan to add string copy benchmarks as well. This makes the file name a misnomer: rename it to the more generic mem-functions.c name. Cc: Arnaldo Carvalho de Melo Cc: David

[PATCH 10/14] perf/bench/mem: Improve user visible strings

- fix various typos in user visible output strings - make the output consistent (wrt. capitalization and spelling) - offer the list of routines to benchmark on '-r help'. Cc: Arnaldo Carvalho de Melo Cc: David Ahern Cc: Hitoshi Mitake

[PATCH 13/14] perf/bench/mem: Rename 'routine' to 'function'

So right now there's a somewhat inconsistent mess of the benchmarking code and options sometimes calling benchmarked functions 'functions', sometimes calling them 'routines'. Name them 'functions' consistently. Cc: Arnaldo Carvalho de Melo Cc: David Ahern

[PATCH 02/14] perf/bench: Default to all routines in 'perf bench mem'

So few people know that the --routine option to 'perf bench memcpy/memset' exists, and would not know that it's capable of testing the kernel's memcpy/memset implementations. Furthermore, 'perf bench mem all' will not run all routines: vega:~> perf bench mem all # Running

[PATCH v11 2/3] xhci: mediatek: support MTK xHCI host controller

There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort for synchronous and interrupt endpoints. The parameters are put into reseved DWs of slot context and endpoint context. 2. Its IMODI unit for

[PATCH v11 3/3] arm64: dts: mediatek: add xHCI & usb phy for mt8173

add xHCI and phy drivers for MT8173-EVB Signed-off-by: Chunfeng Yun --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 16 +++ arch/arm64/boot/dts/mediatek/mt8173.dtsi| 42 + 2 files changed, 58 insertions(+) diff --git

[PATCH v11 0/3] Mediatek xHCI support

>From 1c6e0dd39074297ebb0714c1d44a3e0dc9af466c Mon Sep 17 00:00:00 2001 From: Chunfeng Yun Date: Mon, 19 Oct 2015 14:13:45 +0800 Subject: [PATCH v11 0/3] Mediatek xHCI support The patch supports MediaTek's xHCI controller. There are some differences from xHCI spec: 1.

Re: [linux-sunxi] Re: [PATCH 3/6] mfd: axp20x: Add support for RSB based AXP223 PMIC

On Mon, Oct 19, 2015 at 2:02 PM, Maxime Ripard wrote: > On Fri, Oct 16, 2015 at 02:46:23PM +0800, Chen-Yu Tsai wrote: >> On Fri, Oct 16, 2015 at 2:41 PM, Maxime Ripard >> wrote: >> > On Thu, Oct 15, 2015 at 12:32:19AM +0800,

Re: [PATCH] net, can, ti_hecc: fix a run time warn_on.

Hello Marc, Am 19.10.2015 um 08:34 schrieb Marc Kleine-Budde: On 10/19/2015 08:22 AM, Heiko Schocher wrote: This patch fixes a warning in clk_enable by calling clk_prepare_enable instead. What about the corresponding clk_disable_unprepare()? Yes, that should be fixed too, do this in a v2,

Re: [PATCH 0/3] Mediatek EFUSE Support

Hi, On Fri, Oct 16, 2015 at 04:39:08PM +0800, andrew-ct.c...@mediatek.com wrote: > This patch adds EFUSE support driver which is used by other drivers > like thermal sensor and HDMI impedance. > > There are some efuses these fuses store things like calibration data, > speed bins.. etc. Drivers

Re: [alsa-devel] [PATCH v1 1/4] ASoC: codec: Inno codec driver for RK3036 SoC

On Tue, 13 Oct 2015, Shunqian Zheng wrote: > +static const struct of_device_id rk3036_codec_of_match[] = { > + { .compatible = "rk3036-codec", }, > + {} > +}; > +MODULE_DEVICE_TABLE(of, rk3036_codec_of_match); Isn't a compatible string normally in the form "rockchip,rk3036-codec" ?

Re: [PATCH 1/4] x86, perf: Use a new PMU ack sequence on Skylake

* Peter Zijlstra wrote: > On Fri, Oct 16, 2015 at 06:35:14AM -0700, Andi Kleen wrote: > > > > In principle the sequence should work on other CPUs too, but > > > > since I only tested on Skylake it is only enabled there. > > > > > > I would very much like a reduction of

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

On 17/10/15 00:25, Tony Lindgren wrote: > * Roger Quadros [151006 04:13]: >> >> Fine. The updated series is now at >> >> g...@github.com:rogerq/linux.git >> * [new branch] for-v4.4/gpmc-v4 > > Looks like it produces some build errors, this with RMKs 3430 and 4430 > only

[RFC PATCH] regulator, dt: tps6502x_parse_dt_data() can be static

Signed-off-by: Fengguang Wu --- tps65023-regulator.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/regulator/tps65023-regulator.c b/drivers/regulator/tps65023-regulator.c index d143267..5989548 100644 ---

Re: linux-next: manual merge of the pm tree with the omap tree

On Mon, 19 Oct 2015 11:59:08 +1100 Stephen Rothwell wrote: Hi Stephen, > Hi Rafael, > > Today's linux-next merge of the pm tree got a conflict in: > > arch/arm/mach-omap2/timer.c > > between commits: > > 3afbb9afe2c4 ("arm: omap2: timer: move

[PATCH v10.1] leds: core: Use set_brightness_work for the blocking op

This patch makes LED core capable of setting brightness for drivers that implement brightness_set_blocking op. It removes from LED class drivers responsibility for using work queues on their own. In order to achieve this set_brightness_delayed callback is being modified to directly call one of

[PATCH V2] USB: usbtmc: Add support for missing USBTMC-USB488 spec

Implement support for the USB488 defined READ_STATUS_BYTE and SRQ notifications with ioctl, fasync and poll/select in order to be able to synchronize with variable duration instrument operations. Add ioctls for other USB488 requests: REN_CONTROL, GOTO_LOCAL and LOCAL_LOCKOUT. Add convenience

Re: [PATCH] drm/virtio: use %llu format string form atomic64_t

On Wed, Oct 7, 2015 at 1:23 PM, Arnd Bergmann wrote: > On Wednesday 07 October 2015 13:04:06 Arnd Bergmann wrote: >> On Wednesday 07 October 2015 11:45:02 Russell King - ARM Linux wrote: >> > On Wed, Oct 07, 2015 at 12:41:21PM +0200, Arnd Bergmann wrote: >> > > The virtgpu driver

Re: [PATCH 1/2] mmc: sdhci-of-arasan: add phy support for sdhci-of-arasan

[...] >> I understand the phy is optional, but you still need to handle the >> EPROBE_DEFER case. >> >> Perhaps you should also use devm_phy_optional_get() instead!? > > > I already changed it in version-2 [1]. :) > phy is mandatory for sdhci-arasan,5.1. > > [1]:

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

* ling.ma.prog...@gmail.com wrote: > From: Ma Ling > > All load instructions can run speculatively but they have to follow > memory order rule in multiple cores as below: > _x = _y = 0 > > Processor 0 Processor 1 >

Re: [PATCH] perf/core: fix RCU issues with cgroup monitoring mode

Peter, On Sat, Oct 17, 2015 at 2:56 AM, Peter Zijlstra wrote: > > On Sat, Oct 17, 2015 at 03:28:11AM +0200, Stephane Eranian wrote: > > > > This patch eliminates all known RCU violations detected > > by the RCU checker (PROVE_RCU). The impact code paths > > were all

Re: Regression since commit 92bac83

Hi, On 19-10-15 01:59, Larry Finger wrote: Hi, I recently upgraded the kernel in a Dell Latitude D600 and found that the touchpad clicks failed. The problem was bisected to commit 92bac83dd79e60e65c475222e41a992a70434beb ("Input: alps - non interleaved V2 dualpoint has separate stick button

[PATCH 08/14] perf/bench/mem: Rename 'routine' to 'routine_str'

So bench/mem-functions.c has a 'routine' name for the routines parameter string, but a 'length_str' name for the length parameter string. We also have another entity named 'routine': 'struct routine'. This is inconsistent and confusing: rename 'routine' to 'routine_str'. Also fix typos in the

[PATCH 12/14] perf/bench: Harmonize all the -l/--nr_loops options

We have three benchmarking subsystems that specify some sort of 'number of loops' parameter - but all of them do it inconsistently: numa: -l/--nr_loops sched messaging: -l/--loops mem memset/memcpy: -i/--iterations Harmonize them to -l/--nr_loops by picking the numa variant -

Re: [PATCH 3/3] memcg: simplify and inline __mem_cgroup_from_kmem

On Fri 16-10-15 15:12:23, Hugh Dickins wrote: [...] > Are you expecting to use mem_cgroup_from_kmem() from other places > in future? Seems possible; but at present it's called from only > one place, and (given how memcontrol.h has somehow managed to avoid > including mm.h all these years), I

[PATCH 07/14] perf/bench/mem: Change 'cycle' to 'cycles'

So 'perf bench mem memset/memcpy' has a CPU cycles measurement method, but calls it 'cycle' (singular) throughout the code, which makes it harder to read. Rename all related functions, variables and options to a plural 'cycles' nomenclature. Cc: Arnaldo Carvalho de Melo Cc:

[PATCH 11/14] perf/bench/mem: Reorganize the code a bit

Reorder functions a bit, so that we synchronize the layout of the memcpy() and memset() portions of the code. This improves the code, especially after we'll add an strlcpy() variant as well. Cc: Arnaldo Carvalho de Melo Cc: David Ahern Cc: Hitoshi Mitake

Re: [PATCH] staging: iio: select IRQ_WORK for IIO_DUMMY_EVGEN

On Sat, Oct 17, 2015 at 1:29 AM, Arnd Bergmann wrote: > The iio dummy code was recently changed to use irq_work_queue, but > that code is compiled into the kernel only if IRQ_WORK is set, so > we can get a link error here: > > drivers/built-in.o: In function `iio_evgen_poke': >

Re: [RFC PATCH] x86: Kill notsc

On Sun, Oct 18, 2015 at 09:47:21PM -0700, Andy Lutomirski wrote: > I'm a bit confused. Is it currently the case that, if you boot a > normal kernel on a TSC-less machine without notsc, it fails? No, it shouldn't fail because we're checking CPUID flags. The point of this patch is purely cleaning

Re: [PATCH] leds: leds-net48xx: Use devm_led_classdev_register

Hi Muhammad, On 10/17/2015 01:32 AM, Muhammad Falak R Wani wrote: Use devm_led_classdev_register instead of led_classdev_register, removing the redundant net48xx_led_remove function. Signed-off-by: Muhammad Falak R Wani --- drivers/leds/leds-net48xx.c | 9 + 1

Re: GPF in keyring_destroy

Dmitry Vyukov wrote: > Do you mean in addition or instead of the previous one? From your > description, it sounds like it alone should prevent the crash. I'm going to submit them both, so if you could test them together. You're right, though, I think this should also

Re: [PATCH] iio: accel: add support for Memsic MXC6255XC sensor

On Fri, 16 Oct 2015, Teodora Baluta wrote: > This patch adds a minimal implementation for the Memsic MXC6255XC > orientation sensing accelerometer. The supported operations are reading > raw acceleration values for X/Y axis that can be scaled using the > exposed scale. minor comments below link

Re: [PATCH 1/1] perf/x86: Fix time_shift in perf_event_mmap_page

* Adrian Hunter wrote: > On 19/10/15 11:08, Ingo Molnar wrote: > > > > * Adrian Hunter wrote: > > > >> Commit b20112edeadf ("perf/x86: Improve accuracy of perf/sched clock") > >> allowed the time_shift value in perf_event_mmap_page to be as

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

So basically we are trying to use as many microframes as possible with as few packets per microframe as possible. Did I understand this correctly? Yes, you are right. How will devices react if they expect to get 16 packets every 16th microframe, but they get one packet every microframe

Re: [PATCH] x86: Add an explicit barrier() to clflushopt()

On Mon, Oct 19, 2015 at 12:05:29PM +0100, Chris Wilson wrote: > In order to add the clobbers, I had to adjust the macro slightly: > > +#define alternative_output(oldinstr, newinstr, feature, output)\ > + asm volatile (ALTERNATIVE(oldinstr, newinstr, feature) \ > +

Re: [RFC PATCH] qspinlock: Improve performance by reducing load instruction rollback

* Peter Zijlstra wrote: > On Mon, Oct 19, 2015 at 09:58:23AM +0200, Ingo Molnar wrote: > > > > * ling.ma.prog...@gmail.com wrote: > > > > > From: Ma Ling > > > > > > All load instructions can run speculatively but

[PATCH v4 1/8] ARM: EXYNOS: remove unused static mapping of CMU for exynos5

Remove unused static mapping of exynos5 CMU and related code. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski --- arch/arm/mach-exynos/exynos.c | 5 - arch/arm/mach-exynos/include/mach/map.h | 1 - 2 files changed, 6

Re: [PATCH v4 2/3] phy: rcar-gen3-usb2: change the mode to OTG on the combined channel

Hi Kishon, On 10/17/2015 8:48 AM, Kishon Vijay Abraham I wrote: Hi, On Tuesday 13 October 2015 03:52 PM, Yoshihiro Shimoda wrote: To use the channel 0 of R-Car gen3 as periperal mode, This patch changes the mode to OTG instead of HOST. Then, this driver needs to set some registers to enable

[PATCH v4 2/8] ARM: EXYNOS: code cleanup in map.h

Remove unused exynos5440 uart offset macro. Signed-off-by: Pankaj Dubey Reviewed-by: Krzysztof Kozlowski --- arch/arm/mach-exynos/include/mach/map.h | 4 1 file changed, 4 deletions(-) diff --git a/arch/arm/mach-exynos/include/mach/map.h

[PATCH V3] staging: lustre: kernel style neating (block comments)

From: Sanne Wouda Fix lustre/ptlrpc/client.c block comments following the Coding Style preferred format for multi-line and single-line comments: /* * This is the preferred style for multi-line * comments in the Linux kernel source code. *

Re: [PATCH 2/9] KVM: arm: Do not indent the arguments of DECLARE_BITMAP

On 2015-10-19 14:05, Christoffer Dall wrote: > ok, I've taken the patch. Thank you! I will remove it from my series. Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

  1   2   3   4   5   6   7   8   9   10   >