[PATCH 02/15] thermal: trivial: fix typo in comment

2015-05-13 Thread Sascha Hauer
Signed-off-by: Sascha Hauer Acked-by: Eduardo Valentin --- drivers/thermal/thermal_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/thermal_core.c index 62cc82a..244784f 100644 --- a/drivers/thermal/thermal_core.c +++ b/d

[PATCH 08/15] thermal: Allow sensor ops to fail with -ENOSYS

2015-05-13 Thread Sascha Hauer
The thermal core uses the existence of the .get_temp, .get_trend and .set_emul_temp to detect whether this operation exists and should be used or whether it should be emulated in software. This makes problems for of-thermal which has to modify the struct thermal_zone_device_ops during runtime whene

[PATCH 12/15] thermal: of: implement .set_trips for device tree thermal zones

2015-05-13 Thread Sascha Hauer
Signed-off-by: Sascha Hauer --- drivers/thermal/of-thermal.c | 12 include/linux/thermal.h | 3 +++ 2 files changed, 15 insertions(+) diff --git a/drivers/thermal/of-thermal.c b/drivers/thermal/of-thermal.c index bd3185e..f8dd847 100644 --- a/drivers/thermal/of-thermal.c +++ b

[PATCH 06/15] thermal: inline only once used function

2015-05-13 Thread Sascha Hauer
Inline update_temperature into its only caller to make the code more readable. Signed-off-by: Sascha Hauer --- drivers/thermal/thermal_core.c | 17 + 1 file changed, 5 insertions(+), 12 deletions(-) diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/thermal_core.c ind

[PATCH 05/15] thermal: Add comment explaining test for critical temperature

2015-05-13 Thread Sascha Hauer
The code testing if a temperature should be emulated or not is not obvious. Add a comment explaining why this test is done. Signed-off-by: Sascha Hauer --- drivers/thermal/thermal_core.c | 5 + 1 file changed, 5 insertions(+) diff --git a/drivers/thermal/thermal_core.c b/drivers/thermal/the

[PATCH 14/15] thermal: Add Mediatek thermal controller support

2015-05-13 Thread Sascha Hauer
This adds support for the Mediatek thermal controller found on MT8173 and likely other SoCs. The controller is a bit special. It does not have its own ADC, instead it controls the on-SoC AUXADC via AHB bus accesses. For this reason we need the physical address of the AUXADC. Also it controls a mux

[PATCH 10/15] thermal: Make struct thermal_zone_device_ops const

2015-05-13 Thread Sascha Hauer
Now that the of thermal support no longer changes the thermal_zone_device_ops it can be const again. Signed-off-by: Sascha Hauer --- Documentation/thermal/sysfs-api.txt| 2 +- drivers/acpi/thermal.c | 2 +- drivers/platform/x86/acerhdf.c

[PATCH 13/15] dt-bindings: thermal: Add binding document for Mediatek thermal controller

2015-05-13 Thread Sascha Hauer
Signed-off-by: Sascha Hauer --- .../bindings/thermal/mediatek-thermal.txt | 36 ++ 1 file changed, 36 insertions(+) create mode 100644 Documentation/devicetree/bindings/thermal/mediatek-thermal.txt diff --git a/Documentation/devicetree/bindings/thermal/mediatek-the

[PATCH 04/15] thermal: Use IS_ENABLED instead of #ifdef

2015-05-13 Thread Sascha Hauer
Use IS_ENABLED(CONFIG_THERMAL_EMULATION) to make the code more readable and to get rid of the addtional #ifdef around the variable definitions in thermal_zone_get_temp(). Signed-off-by: Sascha Hauer --- drivers/thermal/thermal_core.c | 45 ++ 1 file change

[PATCH v3] Thermal hardware trip points and Mediatek thermal driver

2015-05-13 Thread Sascha Hauer
This series adds support for hardware trip points. It picks up earlier work from Mikko Perttunen. Mikko implemented hardware trip points as part of the device tree support. It was suggested back then to move the functionality to the thermal core instead of putting more code into the device tree sup

Re: [PATCH v1 11/15] arm/futex: UP futex_atomic_op_inuser() relies on disabled preemption

2015-05-13 Thread David Hildenbrand
> * David Hildenbrand | 2015-05-13 09:38:12 [+0200]: > > >Thanks, I'll include it in the next version. > > > >So I assume the cleanest thing to do would be: > > > >#if __LINUX_ARM_ARCH__ < 6 > > preempt_disable(); > >#endif > > Correct. But also for futex_atomic_cmpxchg_inatomic() which also

[PATCH 03/15] thermal: remove useless call to thermal_zone_device_set_polling

2015-05-13 Thread Sascha Hauer
When the thermal zone has no get_temp callback then thermal_zone_device_register() calls thermal_zone_device_set_polling() with a polling delay of 0. This only cancels the poll_queue. Since the poll_queue hasn't been scheduled this is a no-op. Remove it. Signed-off-by: Sascha Hauer Acked-by: Edu

[PATCH 01/15] thermal: consistently use int for temperatures

2015-05-13 Thread Sascha Hauer
The thermal code uses int, long and unsigned long for temperatures in different places. Using an unsigned type limits the thermal framework to positive temperatures without need. 'long' is 64bit on several architectures which is not needed. Consistently use a plain 'int' for temperatures. Signed-o

Re: [PATCH v11 06/10] iommu/vt-d: datatypes and functions used for kdump

2015-05-13 Thread Baoquan He
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote: > Populate it with support functions to copy iommu translation tables from > from the panicked kernel into the kdump kernel in the event of a crash. > > Functions: > Use old root entry table, and load the old data to root_entry as cache. > Malloc

[PATCH 11/15] thermal: thermal: Add support for hardware-tracked trip points

2015-05-13 Thread Sascha Hauer
This adds support for hardware-tracked trip points to the device tree thermal sensor framework. The framework supports an arbitrary number of trip points. Whenever the current temperature is updated, the trip points immediately below and above the current temperature are found. A .set_trips callba

[PATCH 15/15] ARM64: dts: mt8173: Add thermal/auxadc device nodes

2015-05-13 Thread Sascha Hauer
Signed-off-by: Sascha Hauer --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 18 ++ 1 file changed, 18 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi index 924fdb6..50d424f 100644 --- a/arch/arm64/boot/dts/mediatek/mt

[PATCH 07/15] thermal: streamline get_trend callbacks

2015-05-13 Thread Sascha Hauer
The .get_trend callback in struct thermal_zone_device_ops has the prototype: int (*get_trend) (struct thermal_zone_device *, int, enum thermal_trend *); whereas the .get_trend callback in struct thermal_zone_of_device_ops has: int (*get_trend)(void *, lo

[RFC PATCH v2] Documentation/arch: Add Documentation/arch-TODO

2015-05-13 Thread Ingo Molnar
Added a second table with more features listed. Thanks, Ingo ===> >From 32acc8a058a166d177346cfe59b6bc930f9e6471 Mon Sep 17 00:00:00 2001 From: Ingo Molnar Date: Wed, 13 May 2015 10:30:11 +0200 Subject: [PATCH] Documentation/arch: Add Documentation/arch-TODO Add a

Re: [PATCH v4 01/13] ARM: dts: Add labels to Exynos4 nodes

2015-05-13 Thread Kukjin Kim
On 05/11/15 22:42, Krzysztof Kozlowski wrote: > Add new labels to certain nodes so they could be easily referenced by > Exynos4 board DTS files. > > Signed-off-by: Krzysztof Kozlowski > --- > arch/arm/boot/dts/exynos4.dtsi| 22 +++--- > arch/arm/boot/dts/exynos4210-pi

Re: [PATCH v11 06/10] iommu/vt-d: datatypes and functions used for kdump

2015-05-13 Thread Li, ZhenHua
Hi Dave, iommu->root_entry_old_virt is used to store the mapped old rta. iommu->root_entry_old_phys is used to store the physical address stored in registers. So we must not free/unmap iommu->root_entry_old_phys . Zhenhua On 05/13/2015 04:56 PM, Baoquan He wrote: + + iommu->root_entry_o

Re: [PATCH 0/3] GPIO support for BRCMSTB

2015-05-13 Thread Linus Walleij
On Tue, May 12, 2015 at 9:38 PM, Gregory Fong wrote: > On Tue, May 12, 2015 at 3:59 AM, Linus Walleij > wrote: >> On Wed, May 6, 2015 at 10:37 AM, Gregory Fong wrote: >> >>> There is only one IRQ for each GIO IP block (i.e. several register banks >>> share >>> an IRQ). After briefly looking i

Re: [PATCH v11 04/10] iommu/vt-d: functions to copy data from old mem

2015-05-13 Thread Baoquan He
On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote: > Add some functions to copy the data from old kernel. > These functions are used to copy context tables and page tables. > > To avoid calling iounmap between spin_lock_irqsave and spin_unlock_irqrestore, > use a link here, store the pointers , and then

Re: [PATCH v3 09/10] KVM: MMU: fix MTRR update

2015-05-13 Thread Wanpeng Li
Hi Xiao, On Wed, May 13, 2015 at 02:42:27PM +0800, Xiao Guangrong wrote: >Currently, whenever guest MTRR registers are changed >kvm_mmu_reset_context is called to switch to the new root shadow page >table, however, it's useless since: >1) the cache type is not cached into shadow page's attribute so

Re: [PATCH v4 02/13] ARM: dts: exynos4: Use labels for overriding nodesin Exynos4210

2015-05-13 Thread Kukjin Kim
On 05/11/15 22:42, Krzysztof Kozlowski wrote: > Usage of labels instead of full paths reduces possible mistakes when > overriding nodes. > Well, I'm not sure what kind of the possible mistakes you mentioned...? I don't think we need to use the label for gic, combiner. - Kukjin > Signed-off-by:

Re: [PATCH v11 06/10] iommu/vt-d: datatypes and functions used for kdump

2015-05-13 Thread Baoquan He
On 05/13/15 at 04:58pm, Li, ZhenHua wrote: > Hi Dave, > > iommu->root_entry_old_virt is used to store the mapped old rta. > iommu->root_entry_old_phys is used to store the physical address > stored in registers. > So we must not free/unmap iommu->root_entry_old_phys . Oh, yes. I was mistaken on t

Re: [PATCH v4 03/13] ARM: dts: exynos4: Use labels for overriding nodes in Exynos4210 Origen

2015-05-13 Thread Kukjin Kim
On 05/11/15 22:42, Krzysztof Kozlowski wrote: > Usage of labels instead of full paths reduces possible mistakes when > overriding nodes. > In case of this changes, I have no objection. But I can't see the 'codec' node you deleted in this patch? And if possible, can you please put the labels in a

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Jani Nikula
On Tue, 12 May 2015, Thomas Gummerer wrote: > Hi, > > I noticed that on my machine the screen starts to flicker after I > suspend and resume my machine, on the main laptop display if an external > display is attached with kernel v4.1-rc1. I tracked the regression down > to commit c9f038a1a592 ("d

Re: [PATCH v11 04/10] iommu/vt-d: functions to copy data from old mem

2015-05-13 Thread Li, ZhenHua
Hi Baoquan, I am using a list here to store all the mapped addresses, and unmap them out of iounmap. About the reason, please check the old mails. I cannot remember the detailed reasons. Thanks Zhenhua On 05/13/2015 05:00 PM, Baoquan He wrote: On 05/11/15 at 05:52pm, Li, Zhen-Hua wrote: A

Re: [PATCH v7 0/4] ARM: SoC: add a new platform, UniPhier (arch/arm/mach-uniphier)

2015-05-13 Thread Arnd Bergmann
On Wednesday 13 May 2015 11:32:34 Baruch Siach wrote: > Hi Arnd, > > On Wed, May 13, 2015 at 09:48:33AM +0200, Arnd Bergmann wrote: > > For sending pull requests, it would be good to have a gpg key that > > is signed by other well-known kernel developers. If you have such > > a key, you can also r

Re: [PATCH RFC v2 4/4] sched: cpufreq_cfs: pelt-based cpu frequency scaling

2015-05-13 Thread Paul Bolle
pufreq_gov_conservative) > +#elif defined(CONFIG_CPU_FREQ_DEFAULT_GOV_CAP_GOV) > +extern struct cpufreq_governor cpufreq_gov_cap_gov; > +#define CPUFREQ_DEFAULT_GOVERNOR (&cpufreq_gov_cap_gov) > #endif Question: grepping for CPU_FREQ_DEFAULT_GOV_CAP_GOV and cpufreq_gov_cap_gov didn

Re: [PATCH 0/8] ARM: mvebu: Add support for RAID6 PQ offloading

2015-05-13 Thread Maxime Ripard
Hi Dan, On Tue, May 12, 2015 at 09:05:41AM -0700, Dan Williams wrote: > On Tue, May 12, 2015 at 8:37 AM, Maxime Ripard > wrote: > > Hi, > > > > This serie refactors the mv_xor in order to support the latest Armada > > 38x features, including the PQ support in order to offload the RAID6 > > PQ ope

Re: [PATCH v11 04/10] iommu/vt-d: functions to copy data from old mem

2015-05-13 Thread Baoquan He
On 05/13/15 at 05:13pm, Li, ZhenHua wrote: > Hi Baoquan, > I am using a list here to store all the mapped addresses, and unmap > them out of iounmap. > > About the reason, please check the old mails. I cannot remember the > detailed reasons. Yeah, I understand that the list is used to collect al

Re: Re: [PATCH v6 0/6] arm64: Add kernel probes (kprobes) support

2015-05-13 Thread Masami Hiramatsu
On 2015/05/12 21:48, William Cohen wrote: > On 05/12/2015 01:54 AM, David Long wrote: >> On 05/05/15 11:48, Will Deacon wrote: >>> On Tue, May 05, 2015 at 06:14:51AM +0100, David Long wrote: On 05/01/15 21:44, William Cohen wrote: > Dave Long and I did some additional experimentation to be

[RFC PATCH v3] Documentation/arch: Add Documentation/arch-TODO

2015-05-13 Thread Ingo Molnar
The feature support matrix now includes a third table as well. Thanks, Ingo ==> >From c6170954222f839b039f202bea46a85491b0c067 Mon Sep 17 00:00:00 2001 From: Ingo Molnar Date: Wed, 13 May 2015 10:30:11 +0200 Subject: [PATCH] Documentation/arch: Add Documentation/arc

Re: [PATCH 2/3] spi: mediatek: Add spi bus for Mediatek MT8173

2015-05-13 Thread Yingjoe Chen
On Tue, 2015-05-12 at 17:05 +0100, Mark Brown wrote: > On Tue, May 12, 2015 at 08:39:16PM +0800, leilk liu wrote: <...> > > > > +static const struct of_device_id mtk_spi_of_match[] = { > > > > + { .compatible = "mediatek,mt6589-spi", .data = (void > > > > *)COMPAT_MT6589}, > > > > + {

Re: [STLinux Kernel] [PATCH 00/13] ARM: STi: Clear-up dangling patches

2015-05-13 Thread Maxime Coquelin
Hi Lee, On 05/12/2015 02:51 PM, Lee Jones wrote: These patches have all been on the list for some time now. I've taken the liberty of collecting them all up to send as a single batch. Lee Jones (13): ARM: STi: STiH407: Add DT nodes for for PWM ARM: STi: STiH416: Add Pinctrl settings for P

Re: [RFC v2 5/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core

2015-05-13 Thread Hanjun Guo
Hi Jiang, On 2015年05月05日 10:46, Jiang Liu wrote: Introduce common interface acpi_pci_root_create() and related data structures to create PCI root bus for ACPI PCI host bridges. It will be used to kill duplicated arch specific code for IA64 and x86. It may also help ARM64 in future. [...] diff

Re: [PATCH] x86: rename eisa_set_level_irq to elcr_set_level_irq

2015-05-13 Thread Pavel Machek
On Sat 2015-05-09 20:27:37, Paul Gortmaker wrote: > This routine has been around for over a decade, but with EISA > being dead and abandoned for about twice that long, the name can > be kind of confusing. The function is going at the PIC Edge/Level > Configuration Registers (ELCR), so rename it as

Re: [PATCH RFC v1 4/5] clk: core: add CLK_SET_PARENT_ON flags to support clocks require parent on

2015-05-13 Thread Dong Aisheng
On Wed, May 06, 2015 at 04:34:47PM -0700, Stephen Boyd wrote: > On 05/04, Dong Aisheng wrote: > > On Thu, Apr 30, 2015 at 06:09:38PM -0700, Stephen Boyd wrote: > > > On 04/15, Dong Aisheng wrote: > > > > diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c > > > > index 7af553d..f2470e5 100644 > > >

Re: [PATCH RFC v1 2/5] clk: add missing lock when call clk_core_enable in clk_set_parent

2015-05-13 Thread Dong Aisheng
On Wed, May 06, 2015 at 05:01:54PM -0700, Stephen Boyd wrote: > On 05/04, Dong Aisheng wrote: > > On Thu, Apr 30, 2015 at 12:07:47PM -0700, Stephen Boyd wrote: > > > On 04/15/15 07:26, Dong Aisheng wrote: > > > > clk_core_enable is executed without &enable_clock in clk_set_parent > > > > function.

[PATCH] spi: Add option to bind spidev to all chipselects

2015-05-13 Thread Michal Suchanek
Bypass the check if CS is in use for spidev devices if CONFIG_SPIDEV_SHADOW is set. Rename spidev devices to avoid sysfs conflict. This allows dynamically loading SPI device overlays or communicating with SPI devices configured by a kernel driver from userspace. Signed-off-by: Michal Suchanek -

Re: [PATCH] irqchip: tegra: fix wrong data being passed as the irqdomain chip data

2015-05-13 Thread Thierry Reding
On Sat, May 09, 2015 at 10:06:54PM +0200, Lucas Stach wrote: > The irq chip functions use the irq chipdata directly as the base register > address of the controller, so this should be passed in instead of a pointer > to the array address holding the base address. > > This fixes Tegra20 CPUidle as

PLEASE CAN WE WORK TOGETHER?

2015-05-13 Thread info bg
Dear Sir/Madam, I got your contact from India business directory and I decided to contact you. I work with a company known as GINTEX Chemical, dealing in Medical Chemical and manufacturing of pharmaceutical and laboratory products and equipment. We are always buying raw materials in India. This m

Re: [PATCH v4 01/13] ARM: dts: Add labels to Exynos4 nodes

2015-05-13 Thread Krzysztof Kozłowski
2015-05-13 17:59 GMT+09:00 Kukjin Kim : > On 05/11/15 22:42, Krzysztof Kozlowski wrote: >> Add new labels to certain nodes so they could be easily referenced by >> Exynos4 board DTS files. >> >> Signed-off-by: Krzysztof Kozlowski >> --- >> arch/arm/boot/dts/exynos4.dtsi| 22 ++

Re: [RFC PATCH v3] Documentation/arch: Add Documentation/arch-TODO

2015-05-13 Thread Ingo Molnar
So this is the final version for now: - add a fourth table - fix errors in earlier tables, in particular I missed some PowerPC Kconfigs - introduce the '..' denotion (in the final table) to show features that cannot be supported by an architecture due to hardware dependencies:

[RFC PATCH v5] Documentation/arch: Add Documentation/arch-TODO

2015-05-13 Thread Ingo Molnar
(fixed the subject.) So this is the final version for now: - add a fourth table - fix errors in earlier tables, in particular I missed some PowerPC Kconfigs - introduce the '..' denotion (in the final table) to show features that cannot be supported by an architecture due to hardwar

[PATCH net 0/2] IPv6 ECMP route add/replace fixes

2015-05-13 Thread Michal Kubecek
(1) When adding a nexthop of a multipath route fails (e.g. because of a conflict with an existing route), we are supposed to delete nexthops already added. However, currently we try to also delete all nexthops we haven't even tried to add yet so that a "ip route add" command can actually remove pre

[PATCH net 2/2] ipv6: fix ECMP route replacement

2015-05-13 Thread Michal Kubecek
When replacing an IPv6 multipath route with "ip route replace", i.e. NLM_F_CREATE | NLM_F_REPLACE, fib6_add_rt2node() replaces only first matching route without fixing its siblings, resulting in corrupted siblings linked list; removing one of the siblings can then end in an infinite loop. Replacin

[PATCH net 1/2] ipv6: do not delete previously existing ECMP routes if add fails

2015-05-13 Thread Michal Kubecek
If adding a nexthop of an IPv6 multipath route fails, comment in ip6_route_multipath() says we are going to delete all nexthops already added. However, current implementation deletes even the routes it hasn't even tried to add yet. For example, running ip route add 1234:5678::/64 \ nexthop

Re: [PATCH v4 02/13] ARM: dts: exynos4: Use labels for overriding nodesin Exynos4210

2015-05-13 Thread Krzysztof Kozlowski
W dniu 13.05.2015 o 18:02, Kukjin Kim pisze: > On 05/11/15 22:42, Krzysztof Kozlowski wrote: >> Usage of labels instead of full paths reduces possible mistakes when >> overriding nodes. >> > Well, I'm not sure what kind of the possible mistakes you mentioned...? One can make a mistake in path when

Re: [PATCH v3 2/4] PM / Hibernate: prepare for SANITIZE_FREED_PAGES

2015-05-13 Thread PaX Team
On 11 May 2015 at 9:59, Anisse Astier wrote: > > Otherwise it looks good to me... if the sanitization is considered > > useful. Did it catch some bugs in the past? > > > > I've read somewhere that users of grsecurity claim that it caught bugs > in some drivers, but I haven't verified that persona

Re: [RFC PATCH] Drop some asm from copy_user_64.S

2015-05-13 Thread Borislav Petkov
On Tue, May 12, 2015 at 11:53:20PM +0200, Borislav Petkov wrote: > > That said, I think you should uninline those things, and move them > > from a header file to a C file (arch/x86/lib/uaccess.c?). It is starting to look better wrt size: x86_64_defconfig: textdata bss

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Jan Niehusmann
Hi, On Wed, May 13, 2015 at 12:14:39PM +0300, Jani Nikula wrote: > Is this the same as https://bugzilla.kernel.org/show_bug.cgi?id=98141 ? The visible effect in the video is similar to what I see on the LVDS display. I also see some influence of the mouse pointer position on the blanked areas. T

Re: [PATCH v4 03/13] ARM: dts: exynos4: Use labels for overriding nodes in Exynos4210 Origen

2015-05-13 Thread Krzysztof Kozlowski
W dniu 13.05.2015 o 18:11, Kukjin Kim pisze: > On 05/11/15 22:42, Krzysztof Kozlowski wrote: >> Usage of labels instead of full paths reduces possible mistakes when >> overriding nodes. >> > > In case of this changes, I have no objection. > But I can't see the 'codec' node you deleted in this patc

Re: [PATCH 1/1] OpenRISC: Fix kernel build problem on OpenRISC

2015-05-13 Thread Paul Bolle
On Tue, 2015-05-12 at 13:07 -0700, Guenter Roeck wrote: > On Tue, May 12, 2015 at 03:45:21PM +0200, anees wrote: > > Kernel build fails with error "target elf32-or32 not found" > > This is due to the change in OpenRISC compiler prefix from "or12" > > to "or1k". Add config options that set architect

Re: [PATCH] Documentation: leds-lp5523: describe master fader attributes

2015-05-13 Thread Jacek Anaszewski
Hi Toshi, On 05/13/2015 03:15 AM, Toshi Kikuchi wrote: Add the usage of the new attributes for master faders. Signed-off-by: Toshi Kikuchi --- Documentation/leds/leds-lp5523.txt | 30 ++ 1 file changed, 30 insertions(+) Acked-by: Jacek Anaszewski -- Best Rega

Re: [PATCH] ARM: EXYNOS: Fix dereference of ERR_PTR returned byof_genpd_get_from_provider

2015-05-13 Thread Krzysztof Kozlowski
2015-05-13 17:44 GMT+09:00 Kukjin Kim : > On 05/13/15 12:17, Krzysztof Kozlowski wrote: >> ERR_PTR was dereferenced during sub domain parsing, if parent domain >> could not be obtained (because of invalid phandle or deferred >> registration of parent domain). >> >> The Exynos power domain code chec

Re: [PATCH] of: base: upgrade initcall level of of_init from core to pure

2015-05-13 Thread Sudeep Holla
On 12/05/15 23:55, Rob Herring wrote: On Tue, May 12, 2015 at 12:38 PM, Sudeep Holla wrote: Commit 5590f3196b29 ("drivers/core/of: Add symlink to device-tree from devices with an OF node") adds the symlink `of_node` for each device pointing to it's device tree node while creating/initialising

[PATCH] workqueue: fix a typo

2015-05-13 Thread Chen Hanxiao
s/detemined/determined Signed-off-by: Chen Hanxiao --- kernel/workqueue.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/workqueue.c b/kernel/workqueue.c index 586ad91..1a092e1 100644 --- a/kernel/workqueue.c +++ b/kernel/workqueue.c @@ -2616,7 +2616,7 @@ EXPORT_SYMBO

Re: [PATCH] force inlining of spinlock ops

2015-05-13 Thread Ingo Molnar
* Denys Vlasenko wrote: > On 05/12/2015 01:43 PM, Ingo Molnar wrote: > >>> Furtermore, what is the size win on x86 defconfig with these options > >>> set? > >> > >> CONFIG_OPTIMIZE_INLINING=y is in defconfig. > >> > >> Size difference for CC_OPTIMIZE_FOR_SIZE: > >> > >> textdata bss

Re: [PATCH] spi: Add option to bind spidev to all chipselects

2015-05-13 Thread Maxime Ripard
Hi, On Wed, May 13, 2015 at 09:34:41AM -, Michal Suchanek wrote: > Bypass the check if CS is in use for spidev devices if CONFIG_SPIDEV_SHADOW is > set. Rename spidev devices to avoid sysfs conflict. > > This allows dynamically loading SPI device overlays or communicating > with SPI devices

[PATCH] f2fs crypto: fix to release buffer for fname crypto

2015-05-13 Thread Chao Yu
This patch fixes memory leak issue in error path of f2fs_fname_setup_filename(). Signed-off-by: Chao Yu --- fs/f2fs/crypto_fname.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/f2fs/crypto_fname.c b/fs/f2fs/crypto_fname.c index e3a1bdc..016c4b6 100644 --- a/fs

Re: [tip:x86/build] x86/build: Remove -Wno-sign-compare

2015-05-13 Thread Ingo Molnar
* valdis.kletni...@vt.edu wrote: > On Tue, 12 May 2015 10:44:15 +0200, Ingo Molnar said: > > > Btw., just some feedback, 'random' kernel configs still generate a ton > > of warnings: > > > > randconf: # 9, ed602bbb, Tue_May_12_09_07_25_CEST_2015: 39 kernels/hour, > [ bzImage...81 secs,

Re: [RFC PATCH] Drop some asm from copy_user_64.S

2015-05-13 Thread Borislav Petkov
On Wed, May 13, 2015 at 08:19:55AM +0200, Ingo Molnar wrote: > Looks nice. Would be useful to do before/after analysis of the > generated asm with a defconfig and document that in the changelog. Right, so I'm looking at what we have now: /* Standard copy_to_user with segment limit checking */ ENT

Re: [PATCH] force inlining of spinlock ops

2015-05-13 Thread Denys Vlasenko
On 05/13/2015 12:17 PM, Ingo Molnar wrote: >>> In any case, the interesting measurement would not be -Os comparisons >>> (which causes GCC to be too crazy), but to see the size effect of your >>> _patch_ that always-inlines spinlock ops, on plain defconfig and on >>> defconfig-Os. >> >> Here it

Re: [PATCH v5 0/6] arm64,hi6220: Enable Hisilicon Hi6220 SoC

2015-05-13 Thread Bintian
Hello Wei, >To be more specific here, I expect the patches to be picked up by Wei >Xu >and forwarded to a...@kernel.org when he's made sure that everybody >including himself is happy with the outcome. > >Arnd Could you help review and do those works based on Arnd's suggestion? Thanks, Also

Re: [PATCH RFC v2 0/5] Multi-queue support for xen-blkfront and xen-blkback

2015-05-13 Thread Bob Liu
On 04/28/2015 03:46 PM, Arianna Avanzini wrote: > Hello Christoph, > > Il 28/04/2015 09:36, Christoph Hellwig ha scritto: >> What happened to this patchset? >> > > It was passed on to Bob Liu, who published a follow-up patchset here: > https://lkml.org/lkml/2015/2/15/46 > Right, and then I wa

Re: [RFC PATCH] Drop some asm from copy_user_64.S

2015-05-13 Thread Ingo Molnar
* Borislav Petkov wrote: > On Tue, May 12, 2015 at 11:53:20PM +0200, Borislav Petkov wrote: > > > That said, I think you should uninline those things, and move them > > > from a header file to a C file (arch/x86/lib/uaccess.c?). > > It is starting to look better wrt size: > > x86_64_defconfig:

Re: [PATCH tip/core/rcu 1/4] mce: Stop using array-index-based RCU primitives

2015-05-13 Thread Borislav Petkov
On Tue, May 12, 2015 at 02:18:41PM -0700, Paul E. McKenney wrote: > From: "Paul E. McKenney" > > Because mce is arch-specific x86 code, there is little or no > performance benefit of using rcu_dereference_index_check() over using > smp_load_acquire(). It also turns out that mce is the only place

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Sudip Mukherjee
On Wed, May 13, 2015 at 11:53:19AM +0200, Jan Niehusmann wrote: > Hi, > > On Wed, May 13, 2015 at 12:14:39PM +0300, Jani Nikula wrote: > > Is this the same as https://bugzilla.kernel.org/show_bug.cgi?id=98141 ? > > The visible effect in the video is similar to what I see on the LVDS > display. I

Re: [PATCH V4 2/3] devicetree: Add bindings for DA9063 OnKey

2015-05-13 Thread Lee Jones
On Tue, 12 May 2015, S Twiss wrote: > From: Steve Twiss > > Add device tree bindings for the DA9063 OnKey driver > > > Signed-off-by: Steve Twiss > > --- > Version History > > Changes in V4 > - No change > > Changes in V3 > - No change > > Changes in V2 > - Remove the circular dependen

Re: [PATCH V4 3/3] mfd: da9063: MFD support for OnKey driver

2015-05-13 Thread Lee Jones
On Tue, 12 May 2015, S Twiss wrote: > From: Steve Twiss > > Add MFD support for the DA9063 OnKey driver > > The function da9063_clear_fault_log() is added to mitigate the case of a > hardware power-cut after a long-long OnKey press. Although there is no > software intervention in this case (by

Re: [PATCH v5 0/6] arm64,hi6220: Enable Hisilicon Hi6220 SoC

2015-05-13 Thread Wei Xu
On 5/13/2015 11:28 AM, Bintian wrote: > Hello Wei, > >>To be more specific here, I expect the patches to be picked up by Wei >Xu >>and forwarded to a...@kernel.org when he's made sure that everybody >>including himself is happy with the outcome. >> >>Arnd Hi Bintian, > Could you help revie

Re: [PATCH v3 1/3] x86, stackvalidate: Compile-time stack frame pointer validation

2015-05-13 Thread Michal Marek
On 2015-05-11 18:38, Josh Poimboeuf wrote: > Frame pointer based stack traces aren't always reliable. One big reason > is that most asm functions don't set up the frame pointer. > > Fix that by enforcing that all asm functions honor CONFIG_FRAME_POINTER. > This is done with a new stackvalidate ho

Re: [PATCH v4 00/11] mtd: nand: add Broadcom NAND controller support

2015-05-13 Thread Arnd Bergmann
On Tuesday 12 May 2015 17:53:33 Brian Norris wrote: > > This is the fourth (and final?) version of support for the Broadcom BCM7xxx > Set-Top Box NAND controller. This controller has been used in a variety of > Broadcom SoCs. > > Tested to work on Cygnus, BCM7445, and BCM63138. > Looks very nic

Re: [PATCH] spi: Add option to bind spidev to all chipselects

2015-05-13 Thread Michal Suchanek
On 13 May 2015 at 12:16, Maxime Ripard wrote: > Hi, > > On Wed, May 13, 2015 at 09:34:41AM -, Michal Suchanek wrote: >> Bypass the check if CS is in use for spidev devices if CONFIG_SPIDEV_SHADOW >> is >> set. Rename spidev devices to avoid sysfs conflict. >> >> This allows dynamically loadi

Re: [PATCH] force inlining of spinlock ops

2015-05-13 Thread Ingo Molnar
* Denys Vlasenko wrote: > On 05/13/2015 12:17 PM, Ingo Molnar wrote: > >>> In any case, the interesting measurement would not be -Os comparisons > >>> (which causes GCC to be too crazy), but to see the size effect of your > >>> _patch_ that always-inlines spinlock ops, on plain defconfig and o

Re: [RFC PATCH] Drop some asm from copy_user_64.S

2015-05-13 Thread Borislav Petkov
On Wed, May 13, 2015 at 12:31:40PM +0200, Ingo Molnar wrote: > So why should an alternatives-CALL, inlined directly into call sites, > cost more kernel space? Not the alternatives CALL alone but inlining _copy_*_user with all the preparation glue around it would. Basically what we're doing current

Re: [RFC PATCH] Drop some asm from copy_user_64.S

2015-05-13 Thread Ingo Molnar
* Borislav Petkov wrote: > On Wed, May 13, 2015 at 12:31:40PM +0200, Ingo Molnar wrote: > > So why should an alternatives-CALL, inlined directly into call sites, > > cost more kernel space? > > Not the alternatives CALL alone but inlining _copy_*_user with all > the preparation glue around it

RE: [PATCH V4 3/3] mfd: da9063: MFD support for OnKey driver

2015-05-13 Thread Opensource [Steve Twiss]
On 13 May 2015 11:35 Lee Jones wrote: > > From: Steve Twiss > > > > Add MFD support for the DA9063 OnKey driver > > > > The function da9063_clear_fault_log() is added to mitigate the case of a > > hardware power-cut after a long-long OnKey press. Although there is no > > software intervention in

Re: [PATCH v4 08/11] mtd: brcmnand: add BCM63138 support

2015-05-13 Thread Arnd Bergmann
On Tuesday 12 May 2015 17:53:41 Brian Norris wrote: > +static bool bcm63138_nand_intc_ack(struct brcmnand_soc *soc) > +{ > + struct bcm63138_nand_soc_priv *priv = soc->priv; > + void __iomem *mmio = priv->base + BCM63138_NAND_INT_STATUS; > + u32 val = brcmnand_readl(mmio); > + > +

Re: [PATCH v2 1/3] pagemap: add mmap-exclusive bit for marking pages mapped only here

2015-05-13 Thread Konstantin Khlebnikov
On 12.05.2015 15:05, Mark Williamson wrote: Hi Konstantin, I hope you won't mind me thinking out loud here on the idea of adding a flag to the v2 pagemap fields... From a kernel PoV, I agree that this seems like the cleanest approach. However, with my application developer hat on: 1. I was

Re: [PATCH] numa,sched: only consider less busy nodes as numa balancing destination

2015-05-13 Thread Artem Bityutskiy
On Wed, 2015-05-13 at 08:29 +0200, Peter Zijlstra wrote: > > 2) ensure that rq->nr_numa_running and rq->nr_preferred_running also > >get incremented for kernel threads that are bound to a particular > >CPU - currently CPU-bound kernel threads will cause the NUMA > >statistics to look li

Re: [PATCH v2 1/3] pagemap: add mmap-exclusive bit for marking pages mapped only here

2015-05-13 Thread Konstantin Khlebnikov
On 12.05.2015 13:40, Kirill A. Shutemov wrote: On Tue, May 12, 2015 at 12:43:03PM +0300, Konstantin Khlebnikov wrote: This patch sets bit 56 in pagemap if this page is mapped only once. It allows to detect exclusively used pages without exposing PFN: present file exclusive state 0 00

[PATCH v1] lib/sort: Add 64 bit swap function

2015-05-13 Thread Daniel Wagner
In case the call side is not providing a swap function, we either use a 32 bit or a generic swap function. When swapping around pointers on 64 bit architectures falling back to use the generic swap function seems like an unnecessary waste. There at least 9 users ('sort' is of difficult to grep fo

Re: [PATCH v4 1/2] pinctrl: Add driver for Alphascale asm9260 pinctrl

2015-05-13 Thread Linus Walleij
On Tue, May 12, 2015 at 6:25 PM, Oleksij Rempel wrote: > Am 05.05.2015 um 17:12 schrieb Linus Walleij: >> Just reference the statically defined array by a pointer instead, >> this just takes up a lot o memory for no reason. > > This two arrays have different types this is why i convert it. > priv

Re: [PATCH v3 4/5] phy: add Broadcom SATA3 PHY driver for Broadcom STB SoCs

2015-05-13 Thread Kishon Vijay Abraham I
Hi, On Wednesday 13 May 2015 04:58 AM, Brian Norris wrote: Supports up to two ports which can each be powered on/off and configured independently. Signed-off-by: Brian Norris couple of minor comments below --- v3: no change v2: - stop sharing SATA_TOP_CTRL registers with SATA driver

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Jan Niehusmann
On Wed, May 13, 2015 at 04:02:25PM +0530, Sudip Mukherjee wrote: > > What I'm missing in the report, are some log entries I'm seeing on my > > notebook: > > > > Apr 30 08:50:23 localhost kernel: [drm:intel_cpu_fifo_underrun_irq_handler > > [i915]] *ERROR* CPU pipe B FIFO underrun > > Apr 30 08:50

Re: [PATCH v2 04/10] mfd: cros_ec: Use a zero-length array for command data

2015-05-13 Thread Lee Jones
On Sat, 09 May 2015, Javier Martinez Canillas wrote: > Commit 1b84f2a4cd4a ("mfd: cros_ec: Use fixed size arrays to transfer > data with the EC") modified the struct cros_ec_command fields to not > use pointers for the input and output buffers and use fixed length > arrays instead. > > This chang

Re: [PATCH v6 0/4] Add initial configfs support for IIO

2015-05-13 Thread Lars-Peter Clausen
Hi, I'd like to go back to the issue of having one folder per trigger type and create triggers for a type in their respective folder. I'm not convinced that it is an intentional design restriction of configfs that we can't do this, but rather a case of it not being implemented because nobody need

Re: [PATCH v2 10/10] mfd: cros_ec: spi: Add delay for asserting CS

2015-05-13 Thread Lee Jones
On Sat, 09 May 2015, Javier Martinez Canillas wrote: > From: Alexandru M Stan > > Some ECs need a little time for waking up before they can accept > SPI data at a high speed. This is configurable via a DT property > "google,cros-ec-spi-pre-delay". > > If this property isn't set, then no delay w

Re: [RFC PATCH] Drop some asm from copy_user_64.S

2015-05-13 Thread Borislav Petkov
On Wed, May 13, 2015 at 12:46:30PM +0200, Ingo Molnar wrote: > > * Borislav Petkov wrote: > > > On Wed, May 13, 2015 at 12:31:40PM +0200, Ingo Molnar wrote: > > > So why should an alternatives-CALL, inlined directly into call sites, > > > cost more kernel space? > > > > Not the alternatives CAL

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Thomas Gummerer
Jan Niehusmann writes: > Hi, > > On Wed, May 13, 2015 at 12:14:39PM +0300, Jani Nikula wrote: >> Is this the same as https://bugzilla.kernel.org/show_bug.cgi?id=98141 ? > > The visible effect in the video is similar to what I see on the LVDS > display. I also see some influence of the mouse point

Re: [PATCH] HID: usbhid: Add HID_QUIRK_NOGET for Aten DVI KVM switch

2015-05-13 Thread Jiri Kosina
On Tue, 12 May 2015, Laura Abbott wrote: > Like other KVM switches, the Aten DVI KVM switch needs a > quirk to avoid spewing errors: > > [791759.606542] usb 1-5.4: input irq status -75 received > [791759.614537] usb 1-5.4: input irq status -75 received > [791759.622542] usb 1-5.4: input irq statu

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Thomas Gummerer
Sudip Mukherjee writes: > On Wed, May 13, 2015 at 11:53:19AM +0200, Jan Niehusmann wrote: >> Apr 30 08:50:23 localhost kernel: [drm:intel_cpu_fifo_underrun_irq_handler >> [i915]] *ERROR* CPU pipe B FIFO underrun >> Apr 30 08:50:23 localhost kernel: [drm:intel_pch_fifo_underrun_irq_handler >> [i

Re: [PATCH v1] lib/sort: Add 64 bit swap function

2015-05-13 Thread Daniel Wagner
On 05/13/2015 01:00 PM, Daniel Wagner wrote: > static int cmp_72(const void *a, const void *b) > { > u32 l = get_unaligned((u32 *) a); > u32 r = get_unaligned((u32 *) b); > > if (l < r) > return -1; > if (l > r) > return -1; > return 0; > }

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Sudip Mukherjee
On Wed, May 13, 2015 at 01:10:11PM +0200, Jan Niehusmann wrote: > On Wed, May 13, 2015 at 04:02:25PM +0530, Sudip Mukherjee wrote: > > > What I'm missing in the report, are some log entries I'm seeing on my > > > notebook: > > > > > > Apr 30 08:50:23 localhost kernel: > > > [drm:intel_cpu_fifo_un

Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?)

2015-05-13 Thread Daniel Phillips
On 05/13/2015 12:25 AM, Pavel Machek wrote: > On Mon 2015-05-11 16:53:10, Daniel Phillips wrote: >> Hi Pavel, >> >> On 05/11/2015 03:12 PM, Pavel Machek wrote: > It is a fact of life that when you change one aspect of an intimately > interconnected system, > something else will change

Re: [PATCH v2 03/10] mfd: cros_ec: Instantiate sub-devices from device tree

2015-05-13 Thread Lee Jones
On Sat, 09 May 2015, Javier Martinez Canillas wrote: > From: Todd Broch > > If the EC device tree node has sub-nodes, try to instantiate them as > MFD sub-devices. We can configure the EC features provided by the board. > > Signed-off-by: Todd Broch > Signed-off-by: Javier Martinez Canillas

Re: [BUG/REGRESSION] Screen flickering

2015-05-13 Thread Sudip Mukherjee
On Wed, May 13, 2015 at 01:27:06PM +0200, Thomas Gummerer wrote: > Sudip Mukherjee writes: > > > On Wed, May 13, 2015 at 11:53:19AM +0200, Jan Niehusmann wrote: > > http://patchwork.freedesktop.org/patch/46071/ > > Thank you for the pointer, but this seems to be an unrelated issue. I > tried ap

<    1   2   3   4   5   6   7   8   9   10   >