Re: [RFC PATCH] arm64: cpuinfo: reduce cache contention on update_{feature}_support

On Fri, Sep 04, 2015 at 09:36:06AM -0700, David Daney wrote: > On 09/04/2015 09:04 AM, Yury Norov wrote: > >This patch is on top of https://lkml.org/lkml/2015/9/2/413 > > > >In master, there's only a single function - > > update_mixed_endian_el0_support > >And similar function is on review

Re: [RFC v0 2/9] suspend: Add getter function to report if freezing is active

On 09/05/2015 04:11 AM, Rafael J. Wysocki wrote: > On Friday, September 04, 2015 03:34:55 PM Daniel Wagner wrote: >> Instead encode the FREEZE state via the CPU state we allow the >> interesting subsystems (MCE, microcode) to query the power >> subsystem directly. > > A use case, please. The

Re: [PATCH 1/3] Revert "ahci: added support for Freescale AHCI sata"

Hi, On 07-09-15 10:23, yuantian.t...@freescale.com wrote: From: Tang Yuantian This reverts commit 5163fb62541e ("ahci: added support for Freescale AHCI sata") The reverted patch added Freescale QorIQ AHCI sata support to ahci_platform driver though, but it left SoC specific settings to

Re: [PATCH] ARM: dts: vfxxx: Add iio_hwmon node for ADC temperature channel

Hi Shawn, On 15-09-06 12:32:32, Shawn Guo wrote: > On Thu, Aug 06, 2015 at 09:28:22PM +0530, Sanchayan Maity wrote: > > Add iio_hwmon node to expose the temperature channel on Vybrid > > as hardware monitor device using the iio_hwmon driver. > > > > Signed-off-by: Sanchayan Maity > > --- > >

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

On Mon, 2015-09-07 at 16:56 +0900, Krzysztof Kozlowski wrote: > On 07.09.2015 16:53, Heiko Stübner wrote: > > Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski: > > I guess the easiest option would be to just drop the dwc2 from > > here, only > > keeping the phy enablement and

Re: [PATCH 01/11] ARM64 / PCI: introduce struct pci_controller for ACPI

On Mon, Sep 07, 2015 at 05:14:22AM +0100, Ganapatrao Kulkarni wrote: > Hi Hanjun, > > On Wed, May 27, 2015 at 1:51 PM, Hanjun Guo wrote: > > Hi Liviu, > > > > On 2015???05???27??? 01:20, Jiang Liu wrote: > >> > >> On 2015/5/27 0:58, Liviu Dudau wrote: > >>> > >>> On Tue, May 26, 2015 at

Kernel 4.1.6 Panic due to slab corruption

Hello, On one of our servers I've observed the a kernel pannic happening with the following backtrace: [654405.527070] BUG: unable to handle kernel paging request at 00028001 [654405.527076] IP: [] kmem_cache_alloc_node+0x99/0x1e0 [654405.527085] PGD 14bef58067 PUD 2ab358067 PMD 0

[PATCH 2/5] perf tools: Add tools/include into tags directories

Adding tools/include into tags directories, to have include definitions reachable via tags/cscope. Link: http://lkml.kernel.org/n/tip-jihvx6xbdoz1xqtxce7cu...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/Makefile.perf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

On Sun, Sep 06, 2015 at 04:20:39PM +0800, Yakir Yang wrote: > Hi Rob, > > 在 09/05/2015 05:46 AM, Rob Herring 写道: > >On Wed, Sep 2, 2015 at 11:27 PM, Yakir Yang wrote: > >>Hi Rob, > >> > >>在 09/03/2015 04:17 AM, Rob Herring 写道: > >>>On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang wrote: > Some

[PATCH 1/5] tools: Add err.h with ERR_PTR PTR_ERR interface

Adding part of the kernel's interface: inline void * __must_check ERR_PTR(long error); inline long __must_check PTR_ERR(__force const void *ptr); inline bool __must_check IS_ERR(__force const void *ptr); it will be used to propagate error through pointers in following patches. Link:

[PATCH 4/5] perf tools: Propagate error info from tp_format

Propagate error info from tp_format via ERR_PTR to get it all the way down to the parse-event.c tracepoint adding routines. Following functions now return pointer with encoded error: - tp_format - trace_event__tp_format - perf_evsel__newtp_idx - perf_evsel__newtp This affects several

[PATCH 5/5] perf tools: Enhance parsing events tracepoint error output

Enhancing parsing events tracepoint error output. Adding more verbose output when the tracepoint is not found or the tracing event path cannot be access. $ sudo perf record -e sched:sched_krava ls event syntax error: 'sched:sched_krava' \___ unknown tracepoint Error:

[PATCH 3/5] perf tools: Propagate error info for the tracepoint parsing

Pass 'struct parse_events_error *error' to the parse-event.c tracepoint adding path. It will be filled with error data in following patches. Link: http://lkml.kernel.org/n/tip-las1hm5zf58b0twd27h98...@git.kernel.org Signed-off-by: Jiri Olsa --- tools/perf/util/parse-events.c | 27

[PATCHv2 0/5] perf tools: Enhance parsing events tracepoint error output

hi, enhancing parsing events tracepoint error output. Adding more verbose output when the tracepoint is not found or the tracing event path cannot be access. $ sudo perf record -e sched:sched_krava ls event syntax error: 'sched:sched_krava' \___ unknown tracepoint

Re: [RFC][PATCH RT 0/3] RT: Fix trylock deadlock without msleep() hack

On Sat, 5 Sep 2015, Ingo Molnar wrote: > * Thomas Gleixner wrote: > > > So the problem we need to solve is: > > > > retry: > > lock(B); > > if (!try_lock(A)) { > > unlock(B); > > cpu_relax(); > > goto retry; > > } > > > > So instead of doing that

[PATCH V2 4/4] mm/kasan: Prevent deadlock in kasan reporting

When we end up calling kasan_report in real mode, our shadow mapping for the spinlock variable will show poisoned. This will result in us calling kasan_report_error with lock_report spin lock held. To prevent this disable kasan reporting when we are priting error w.r.t kasan. Reviewed-by: Andrey

[PATCH V2 3/4] mm/kasan: Don't use kasan shadow pointer in generic functions

We can't use generic functions like print_hex_dump to access kasan shadow region. This require us to setup another kasan shadow region for the address passed (kasan shadow address). Some architectures won't be able to do that. Hence make a copy of the shadow region row and pass that to generic

[PATCH 1/3] Revert "ahci: added support for Freescale AHCI sata"

From: Tang Yuantian This reverts commit 5163fb62541e ("ahci: added support for Freescale AHCI sata") The reverted patch added Freescale QorIQ AHCI sata support to ahci_platform driver though, but it left SoC specific settings to uboot. It leads to QorIQ sata heavily depending on uboot. In order

[PATCH 3/3 v2] ahci: added a new driver for supporting Freescale AHCI sata

From: Tang Yuantian Currently Freescale QorIQ series SATA is supported by ahci_platform driver. Some SoC specific settings have been put in uboot. So whether SATA works or not heavily depends on uboot. This patch will add a new driver to support QorIQ sata which removes the dependency on any

[PATCH V2 1/4] mm/kasan: Rename kasan_enabled to kasan_report_enabled

The function only disable/enable reporting. In the later patch we will be adding a kasan early enable/disable. Rename kasan_enabled to properly reflect its function. Reviewed-by: Andrey Ryabinin Signed-off-by: Aneesh Kumar K.V --- mm/kasan/kasan.h | 2 +- mm/kasan/report.c | 2 +- 2 files

[PATCH 2/3] devicetree:bindings: add devicetree bindings for Freescale AHCI

From: Tang Yuantian adds bindings for Freescale QorIQ AHCI SATA controller. Signed-off-by: Tang Yuantian --- .../devicetree/bindings/ata/ahci-fsl-qoriq.txt | 21 + 1 file changed, 21 insertions(+) create mode 100644

[PATCH V2 2/4] mm/kasan: MODULE_VADDR is not available on all archs

Use is_module_address instead Signed-off-by: Aneesh Kumar K.V --- mm/kasan/report.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/mm/kasan/report.c b/mm/kasan/report.c index 6c3f82b0240b..d269f2087faf 100644 --- a/mm/kasan/report.c +++ b/mm/kasan/report.c @@ -22,6

[PATCH v10 2/4] ARM: dts: vfxxx: Add OCOTP node

Add device tree node for the On-Chip One Time Programmable controller (OCOTP) on the Vybrid platform. Signed-off-by: Sanchayan Maity --- arch/arm/boot/dts/vfxxx.dtsi | 8 1 file changed, 8 insertions(+) diff --git a/arch/arm/boot/dts/vfxxx.dtsi b/arch/arm/boot/dts/vfxxx.dtsi index

[PATCH v10 3/4] drivers: nvmem: Add Vybrid OCOTP support

The patch adds support for the On Chip One Time Programmable Peripheral (OCOTP) on the Vybrid platform. Signed-off-by: Sanchayan Maity Acked-by: Srinivas Kandagatla --- drivers/nvmem/Kconfig | 10 ++ drivers/nvmem/Makefile | 2 + drivers/nvmem/vf610-ocotp.c | 302

[PATCH v10 1/4] clk: clk-vf610: Add clock for Vybrid OCOTP controller

Add clock support for Vybrid On-Chip One Time Programmable (OCOTP) controller. While the OCOTP block does not require explicit clock gating, for programming the OCOTP timing register the clock rate of ipg clock is required for timing calculations related to fuse and shadow register read sequence.

[PATCH v10 4/4] nvmem: Add DT binding documentation for Vybrid OCOTP driver

Add the devicetree bindings for the Freescale Vybrid On-Chip OTP driver. Signed-off-by: Sanchayan Maity Acked-by: Srinivas Kandagatla --- .../devicetree/bindings/nvmem/vf610-ocotp.txt | 19 +++ 1 file changed, 19 insertions(+) create mode 100644

[PATCH v10 0/4] Implement OCOTP driver for Vybrid using NVMEM

Hello, Tested on Greg's tree char-misc-next branch along with Stefan's NAND driver patchset. Sample output on Colibri VF50 root@colibri-vf:/sys/bus/nvmem/devices/ocotp0# uname -a Linux colibri-vf 4.2.0-rc6-9-g1cec223 #5 SMP Mon Sep 7 12:34:37 IST 2015 armv7l GNU/Linux

Re: [PATCH v4 14/16] drm: bridge: analogix/dp: try force hpd after plug in lookup failed

On Sun, Sep 06, 2015 at 11:59:08AM +0800, Yakir Yang wrote: > Hi Thierry, > > 在 09/03/2015 05:04 PM, Thierry Reding 写道: > >On Thu, Sep 03, 2015 at 12:27:47PM +0800, Yakir Yang wrote: > >>Hi Rob, > >> > >>在 09/03/2015 04:17 AM, Rob Herring 写道: > >>>On Tue, Sep 1, 2015 at 1:14 AM, Yakir Yang

Re: Dealing with the NMI mess

On Mon, 7 Sep 2015, Ingo Molnar wrote: > > I did some work on this a few years ago, including emulating DR0-7 > > accesses in > > software down the JTAG handler upon a General Detect fault to keep the > > kernel > > both happy and away from real debug registers. ;) Yes, you can debug any >

[ANNOUNCE] util-linux v2.27

The util-linux release v2.27 is available at ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.27 Feedback and bug reports, as always, are welcomed. Karel Util-linux 2.27 Release Notes = The command tailf is deprecated in favour of tail -f from coreutils.

Re: [PATCH 15/15] x86/headers: Remove

On Mon, Sep 07, 2015 at 09:37:50AM +0200, Ingo Molnar wrote: > > * Mikko Rapeli wrote: > > > > > +++ b/arch/x86/include/uapi/asm/sigcontext32.h > > > > @@ -3,6 +3,6 @@ > > > > > > > > /* This is a legacy file - all the type definitions are in > > > > sigcontext.h: */ > > > > > > > >

Re: [PATCH v4 03/16] drm: bridge: analogix/dp: split exynos dp driver to bridge dir

On Fri, Sep 04, 2015 at 11:29:30PM +0200, Heiko Stuebner wrote: > Am Freitag, 4. September 2015, 16:06:02 schrieb Rob Herring: > > On Tue, Sep 1, 2015 at 3:46 PM, Heiko Stuebner wrote: > > > Am Dienstag, 1. September 2015, 13:49:58 schrieb Yakir Yang: > > >> Split the dp core driver from exynos

Re: [RFC v2 4/4] iio: chemical: add SGX VZ89x VOC sensor support

On 09/07/2015 06:27 AM, Matt Ranostay wrote: > Thinking this over do we needed a IIO_CHAN_INFO_PROCESSED_OFFSET to > signal that it needs to be after the (value - offset) * scale > calculation? Well, value * scale + offset = (value + offset/scale) * scale. So just scale your offset inversely to

[PATCH v2] usb: phy: msm: Unregister VBUS and ID events notifiers

Right now even if driver failed to probe extcon framework will still deliver its VBUS and ID events, which will lead to random exception codes. Fix this by removing VBUS and ID events notifiers when probe fail. Fixes: 591fc116f330 ("usb: phy: msm: Use extcon framework for VBUS and ID

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

On 07.09.2015 16:53, Heiko Stübner wrote: > Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski: >> On 07.09.2015 16:10, Sjoerd Simons wrote: >>> Hey Krzysztof, >>> >>> On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: On 07.09.2015 05:16, Sjoerd Simons wrote: >

Re: [PATCH] usb: phy: msm: Unregister driver interest for VBUS and ID events

On Mon, 2015-08-24 at 10:11 -0700, Tim Bird wrote: > On 08/18/2015 12:56 AM, Ivan T. Ivanov wrote: > > Right now even if driver failed to probe extcon framework will > > still deliver its VBUS and ID events, which will lead to random > > exception codes. > > > > Fix this by removing driver

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski: > On 07.09.2015 16:10, Sjoerd Simons wrote: > > Hey Krzysztof, > > > > On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: > >> On 07.09.2015 05:16, Sjoerd Simons wrote: > >>> The DesignWare HS OTG USB 2.0 is used in

Re: [PATCH] leds: leds-ipaq-micro: Use devm_led_classdev_register

Hi Muhammad, Please split coding style fixes to a separate patch and leave only devm related changes here. On 09/05/2015 09:55 PM, Muhammad Falak R Wani wrote: Use of resource-managed function devm_led_classdev_register instead of led_classdev_register is preferred, consequently remove

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

On 09/05/2015 09:53 PM, Muhammad Falak R Wani wrote: Use resource-managed function devm_led_classdev_register instead of led_classdev_register to simplify error path. An unnecessary check of ret is replaced with a direct return Also, remove redundant hp6xxled_remove. Signed-off-by: Muhammad

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

On 09/05/2015 04:23 PM, Muhammad Falak R Wani wrote: Use resource-managed function devm_led_classdev_register instead of led_classdev_register to make the error path simpler. The goto is replaced with direct return, unneeded label err is dropped. Also, remove redundant ot200_led_remove.

Re: Dealing with the NMI mess

* Maciej W. Rozycki wrote: > I did some work on this a few years ago, including emulating DR0-7 accesses > in > software down the JTAG handler upon a General Detect fault to keep the kernel > both happy and away from real debug registers. ;) Yes, you can debug any > software with this

RE: [PATCH v2] dmaengine: fsl-edma: add PM suspend/resume support

On Thu, Aug 20, 2015 at 12:08:00PM +0800, Vinod Koul wrote: > On Mon, Aug 17, 2015 at 02:10:46PM -0500, Li Yang wrote: > > >> Think of it from the end user perspective. Would you like your > > >> laptop (or > > >> whatever) to refuse to suspend because of this condition? The user > > >> may well

Re: [PATCH 15/15] x86/headers: Remove

* Mikko Rapeli wrote: > > > +++ b/arch/x86/include/uapi/asm/sigcontext32.h > > > @@ -3,6 +3,6 @@ > > > > > > /* This is a legacy file - all the type definitions are in sigcontext.h: > > > */ > > > > > > -#include > > > +#include > > > > There's no asm/sigcontext.h file anymore if you

Re: "scsi: convert host_busy to atomic_t" series causes regressions for some hardware configurations

Hi Christoph (and those reading!), I wonder if there might be any update or, most important, anything else for me to test in order to provide info to address this issue... I really would like to find out whether it is a bug in my hardware (which would be OK, as I know already how to work

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

On 07.09.2015 16:10, Sjoerd Simons wrote: > Hey Krzysztof, > > On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: >> On 07.09.2015 05:16, Sjoerd Simons wrote: >>> The DesignWare HS OTG USB 2.0 is used in various SoC families among >>> wich >>> the various rockchip SoCs, enable the

Re: [PATCH] mm/mmap.c: Only call vma_unlock_anon_vm() when failure occurs in expand_upwards() and expand_downwards()

On Sat 05-09-15 18:11:40, Chen Gang wrote: > Hello All: > > I have send 2 new patches about mm, and 1 patch for arch metag via my > 21cn mail. Could any members help to tell me, whether he/she have > received the patches or not? Yes they seem to be in the archive.

[PATCH] uio: fix false positive __might_sleep warning splat

From: Michal Hocko Andy has reported a __might_sleep warning [ 5174.883617] WARNING: CPU: 0 PID: 1532 at /home/agrover/git/kernel/kernel/sched/core.c:7389 __might_sleep+0x7d/0x90() [ 5174.884407] do not call blocking ops when !TASK_RUNNING; state=1 set at [] uio_read+0x91/0x170 [uio] [

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

On Mon, 2015-09-07 at 12:28 +0530, Chinmay V S wrote: > To catch the "culprit" in the middle of busting the scheduler's > internal data structures, what would be the recommended debug > mechanisms (or config options) that i can try? I'd configure kdump, let it explode, and examine runqueues in

Re: [PATCH V1] audit: try harder to send to auditd upon netlink failure

On 15/09/04, Paul Moore wrote: > On Friday, September 04, 2015 05:14:54 AM Richard Guy Briggs wrote: > > There are several reports of the kernel losing contact with auditd ... > > Even if this doesn't completely solve the problem, I like the extra reporting > and robustness of this change. Some

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

Hey Krzysztof, On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: > On 07.09.2015 05:16, Sjoerd Simons wrote: > > The DesignWare HS OTG USB 2.0 is used in various SoC families among > > wich > > the various rockchip SoCs, enable the driver and the PHY glue for > > rockchip > +Cc Marek

Re: [PATCH] ahci: added a new driver for supporting Freescale AHCI sata

Hi, On 06-09-15 07:39, Yuantian Tang wrote: Hi, -Original Message- From: Hans de Goede [mailto:hdego...@redhat.com] Sent: Wednesday, September 02, 2015 4:32 PM To: Tang Yuantian-B29983 Cc: t...@kernel.org; linux-...@vger.kernel.org; linux-kernel@vger.kernel.org Subject: Re: [PATCH]

[PATCH] input: touchscreen: use of_property_read_bool()

Use more compact of_property_read_bool() calls instead of the of_find_property() calls. Signed-off-by: Shawn Lin --- drivers/input/touchscreen/mms114.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/input/touchscreen/mms114.c

[PATCH] input: keyboard: use of_property_read_bool()

Use more compact of_property_read_bool() calls instead of the of_find_property() calls. Signed-off-by: Shawn Lin --- drivers/input/keyboard/tegra-kbc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/input/keyboard/tegra-kbc.c

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

Thanks for your quick response Mike. > Try without the proprietary modules. You may also want to audit futex > fixes if you can't use a maintained stable tree. 3.2 has a bunch that > 3.1 does not. I see that futex.c has 17 patches in 3.2.y that are missing in my tree.

Re: [PATCH 0/5] ACPI probing infrastructure

Hi Marc, On 04.09.2015 19:06, Marc Zyngier wrote: IRQ controllers and timers are the two types of device the kernel requires before being able to use the device driver model. ACPI so far lacks a proper probing infrastructure similar to the one we have with DT, where we're able to declare IRQ

Re: [4.2, Regression] Queued spinlocks cause major XFS performance regression

On Sun, Sep 06, 2015 at 05:05:46PM -0700, Davidlohr Bueso wrote: > On Fri, 04 Sep 2015, Peter Zijlstra wrote: > > >-static inline bool virt_queued_spin_lock(struct qspinlock *lock) > >+static inline bool virt_spin_lock(struct qspinlock *lock) > > Given that we fall back to the cmpxchg loop even

Re: [PATCH] fixed_phy: pass 'irq' to fixed_phy_add()

From: Sergei Shtylyov Date: Thu, 03 Sep 2015 23:22:16 +0300 > I've noticed that fixed_phy_register() ignores its 'irq' parameter instead of > passing it to fixed_phy_add(). Luckily, fixed_phy_register() seems to always > be called with PHY_POLL for 'irq'... :-) > > Fixes: a75951217472

Re: [PATCH net] openvswitch: Remove conntrack Kconfig option.

From: Joe Stringer Date: Fri, 4 Sep 2015 13:07:40 -0700 > There's no particular desire to have conntrack action support in Open > vSwitch as an independently configurable bit, rather just to ensure > there is not a hard dependency. This exposed option doesn't accurately > reflect the conntrack

Re: [PATCH 1/4] clk: bcm2835: Move under bcm/ with other Broadcom SoC clk drivers.

On Sun, 06 Sep 2015, Eric Anholt wrote: > clk-bcm2835.c predates the drivers under bcm/, but all the new BCM > drivers are going in there so let's follow them. > > Signed-off-by: Eric Anholt > --- > drivers/clk/Makefile | 1 - > drivers/clk/bcm/Makefile | 1 + >

Re: [PATCH v5 1/2] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/smaps

On Mon, Sep 07, 2015 at 02:23:44AM +, Horiguchi Naoya(堀口 直也) wrote: > On Mon, Sep 07, 2015 at 02:29:53AM +0100, Pádraig Brady wrote: > > On 20/08/15 09:26, Naoya Horiguchi wrote: > > > Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETLB), > > > which > > > is inconvenient when

Re: [PATCH 3/3] staging: slimport: Add anx7814 driver support by analogix.

On Mon, Sep 07, 2015 at 07:41:08AM +0200, Enric Balletbo Serra wrote: > 2015-09-07 1:27 GMT+02:00 Greg KH : > > On Sun, Sep 06, 2015 at 11:14:02PM +0200, Enric Balletbo i Serra wrote: > >> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter > >> designed for portable devices.

Re: [PATCH v6 2/3] perf,kvm/powerpc: Port perf kvm stat to powerpc

On Mon, 2015-08-31 at 12:24 +0530, Hemant Kumar wrote: > perf kvm can be used to analyze guest exit reasons. This support already > exists in x86. Hence, porting it to powerpc. > > - To trace KVM events : > perf kvm stat record > If many guests are running, we can track for a specific guest

Re: [PATCH 12/15] Staging: rt8192u: add spaces around assignment operators in ieee80211_softmac_wx.c

On Sat, Sep 05, 2015 at 07:29:14PM +, Mike Dupuis wrote: > This is a patch to add spaces around assignment operators as identifed by > checkpatch.pl > > Signed-off-by: Mike Dupuis > --- same problem as in 10/15 regards sudip -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH 10/15] Staging: rtl8192u: open braces should appear on the appropriate line in ieee80211_softmac_wx.c

On Sat, Sep 05, 2015 at 07:24:38PM +, Mike Dupuis wrote: > This is a patch to the ieee80211_softmac_wx.c file that corrects instances > where open braces appear on the incorrect line as identified by checkpatch.pl > > Signed-off-by: Mike Dupuis > --- This patch will not apply because of:

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

On Mon, 2015-09-07 at 11:00 +0530, Chinmay V S wrote: > So how could rt_nr_running be non-zero AND active-bitmap NOT have any > valid bit set? It can't without being busted. > Also including the kernel OOPS below. > Do you see any tell-tale signs in the register-dump/backtrace that can > point

Re: thermal: mediatek: Add cpu power cooling model

On 04-09-15, 17:01, Dawei Chien wrote: > Use Intelligent Power Allocation (IPA) technical to add > static/dynamic power model for binding CPU thermal zone. > The power allocator governor allocates power budget to control > CPU temperature. Sorry but this isn't enough really.. I don't have time to

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

Hi Julien, On 09/04/2015 09:51 PM, Julien Grall wrote: > Hi Roger, > > On 04/09/15 11:08, Roger Pau Monne wrote: >> Request allocation has been moved to connect_ring, which is called every >> time blkback connects to the frontend (this can happen multiple times during >> a blkback instance life

Re: [PATCH] mmc: sdhci-acpi: detect sd card reader on asus x205ta

On 05/09/15 09:49, Michele Curti wrote: > Add an entry to the sdhci_acpi_uids list to detect the SD card > reader on the Asus X205Ta laptop. > > dstd table: > > Device (SDHC) > { > Name (_ADR, Zero) // _ADR: Address > Name (_HID, "PNP0FFF") // _HID: Hardware ID > Name (_CID,

Re: [PATCH 10/15] Staging: rtl8192u: open braces should appear on the appropriate line in ieee80211_softmac_wx.c

On Sat, Sep 05, 2015 at 07:24:38PM +, Mike Dupuis wrote: > This is a patch to the ieee80211_softmac_wx.c file that corrects instances > where open braces appear on the incorrect line as identified by checkpatch.pl > > Signed-off-by: Mike Dupuis > --- This patch will

Re: [PATCH] leds: leds-ipaq-micro: Use devm_led_classdev_register

Hi Muhammad, Please split coding style fixes to a separate patch and leave only devm related changes here. On 09/05/2015 09:55 PM, Muhammad Falak R Wani wrote: Use of resource-managed function devm_led_classdev_register instead of led_classdev_register is preferred, consequently remove

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski: > On 07.09.2015 16:10, Sjoerd Simons wrote: > > Hey Krzysztof, > > > > On Mon, 2015-09-07 at 09:02 +0900, Krzysztof Kozlowski wrote: > >> On 07.09.2015 05:16, Sjoerd Simons wrote: > >>> The DesignWare HS OTG USB 2.0 is used in

[ANNOUNCE] util-linux v2.27

The util-linux release v2.27 is available at ftp://ftp.kernel.org/pub/linux/utils/util-linux/v2.27 Feedback and bug reports, as always, are welcomed. Karel Util-linux 2.27 Release Notes = The command tailf is deprecated in favour of tail -f from coreutils.

Re: Dealing with the NMI mess

On Mon, 7 Sep 2015, Ingo Molnar wrote: > > I did some work on this a few years ago, including emulating DR0-7 > > accesses in > > software down the JTAG handler upon a General Detect fault to keep the > > kernel > > both happy and away from real debug registers. ;) Yes, you can debug any >

[PATCH 3/3 v2] ahci: added a new driver for supporting Freescale AHCI sata

From: Tang Yuantian Currently Freescale QorIQ series SATA is supported by ahci_platform driver. Some SoC specific settings have been put in uboot. So whether SATA works or not heavily depends on uboot. This patch will add a new driver to support QorIQ sata which

[PATCH 1/3] Revert "ahci: added support for Freescale AHCI sata"

From: Tang Yuantian This reverts commit 5163fb62541e ("ahci: added support for Freescale AHCI sata") The reverted patch added Freescale QorIQ AHCI sata support to ahci_platform driver though, but it left SoC specific settings to uboot. It leads to QorIQ sata heavily

Kernel 4.1.6 Panic due to slab corruption

Hello, On one of our servers I've observed the a kernel pannic happening with the following backtrace: [654405.527070] BUG: unable to handle kernel paging request at 00028001 [654405.527076] IP: [] kmem_cache_alloc_node+0x99/0x1e0 [654405.527085] PGD 14bef58067 PUD 2ab358067 PMD 0

Re: [PATCH] Staging: most: MOST and MOSTCORE should depend on HAS_DMA

On Tue, 1 Sep 2015 22:05:58 +0200 Geert Uytterhoeven wrote: > If NO_DMA=y: > > ERROR: "dma_free_coherent" [drivers/staging/most/mostcore/mostcore.ko] > undefined! > ERROR: "dma_alloc_coherent" [drivers/staging/most/mostcore/mostcore.ko] > undefined! > > As all

[PATCH V2] audit: try harder to send to auditd upon netlink failure

There are several reports of the kernel losing contact with auditd when it is, in fact, still running. When this happens, kernel syslogs show: "audit: *NO* daemon at audit_pid=" although auditd is still running, and is apparently happy, listening on the netlink socket. The pid in the

Re: [RFC][PATCH RT 0/3] RT: Fix trylock deadlock without msleep() hack

On Sat, 5 Sep 2015, Steven Rostedt wrote: > On Sat, 5 Sep 2015 08:18:36 -0400 > Steven Rostedt wrote: > > > On Sat, 5 Sep 2015 12:30:59 +0200 (CEST) > > Thomas Gleixner wrote: > > > > > > So instead of doing that proposed magic boost, we can do

Fwd: Re: eata fails to load on post 4.2 kernels

Forwarding without image attachment to get below message size limit of the mailing lists. I've uploaded the image to: http://www.users.on.net/~arthur.marsh/20150907539.jpg Forwarded Message Subject: Re: eata fails to load on post 4.2 kernels Date: Mon, 07 Sep 2015 15:56:02

Re: [Xen-devel] [PATCH] xen-blkback: free requests on disconnection

Hi Julien, On 09/04/2015 09:51 PM, Julien Grall wrote: > Hi Roger, > > On 04/09/15 11:08, Roger Pau Monne wrote: >> Request allocation has been moved to connect_ring, which is called every >> time blkback connects to the frontend (this can happen multiple times during >> a blkback instance life

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

On Mon, 2015-09-07 at 11:00 +0530, Chinmay V S wrote: > So how could rt_nr_running be non-zero AND active-bitmap NOT have any > valid bit set? It can't without being busted. > Also including the kernel OOPS below. > Do you see any tell-tale signs in the register-dump/backtrace that can > point

[PATCH] input: touchscreen: use of_property_read_bool()

Use more compact of_property_read_bool() calls instead of the of_find_property() calls. Signed-off-by: Shawn Lin --- drivers/input/touchscreen/mms114.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/input/touchscreen/mms114.c

Re: "scsi: convert host_busy to atomic_t" series causes regressions for some hardware configurations

Hi Christoph (and those reading!), I wonder if there might be any update or, most important, anything else for me to test in order to provide info to address this issue... I really would like to find out whether it is a bug in my hardware (which would be OK, as I know already how to work

RE: [PATCH v2] dmaengine: fsl-edma: add PM suspend/resume support

On Thu, Aug 20, 2015 at 12:08:00PM +0800, Vinod Koul wrote: > On Mon, Aug 17, 2015 at 02:10:46PM -0500, Li Yang wrote: > > >> Think of it from the end user perspective. Would you like your > > >> laptop (or > > >> whatever) to refuse to suspend because of this condition? The user > > >> may well

Re: [RFC v2 4/4] iio: chemical: add SGX VZ89x VOC sensor support

On 09/07/2015 06:27 AM, Matt Ranostay wrote: > Thinking this over do we needed a IIO_CHAN_INFO_PROCESSED_OFFSET to > signal that it needs to be after the (value - offset) * scale > calculation? Well, value * scale + offset = (value + offset/scale) * scale. So just scale your offset inversely to

[PATCH v10 0/4] Implement OCOTP driver for Vybrid using NVMEM

Hello, Tested on Greg's tree char-misc-next branch along with Stefan's NAND driver patchset. Sample output on Colibri VF50 root@colibri-vf:/sys/bus/nvmem/devices/ocotp0# uname -a Linux colibri-vf 4.2.0-rc6-9-g1cec223 #5 SMP Mon Sep 7 12:34:37 IST 2015 armv7l GNU/Linux

[PATCH v10 3/4] drivers: nvmem: Add Vybrid OCOTP support

The patch adds support for the On Chip One Time Programmable Peripheral (OCOTP) on the Vybrid platform. Signed-off-by: Sanchayan Maity Acked-by: Srinivas Kandagatla --- drivers/nvmem/Kconfig | 10 ++ drivers/nvmem/Makefile |

[PATCH v10 1/4] clk: clk-vf610: Add clock for Vybrid OCOTP controller

Add clock support for Vybrid On-Chip One Time Programmable (OCOTP) controller. While the OCOTP block does not require explicit clock gating, for programming the OCOTP timing register the clock rate of ipg clock is required for timing calculations related to fuse and shadow register read sequence.

[PATCH v10 4/4] nvmem: Add DT binding documentation for Vybrid OCOTP driver

Add the devicetree bindings for the Freescale Vybrid On-Chip OTP driver. Signed-off-by: Sanchayan Maity Acked-by: Srinivas Kandagatla --- .../devicetree/bindings/nvmem/vf610-ocotp.txt | 19 +++ 1 file changed, 19

Re: [PATCH 4/4] ARM: multi_v7_defconfig: Enable DW USB2 support and rockchip phy

On Mon, 2015-09-07 at 16:56 +0900, Krzysztof Kozlowski wrote: > On 07.09.2015 16:53, Heiko Stübner wrote: > > Am Montag, 7. September 2015, 16:24:53 schrieb Krzysztof Kozlowski: > > I guess the easiest option would be to just drop the dwc2 from > > here, only > > keeping the phy enablement and

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Mon, Aug 24, 2015 at 04:21:18PM +0300, Roger Quadros wrote: > The OTG core instantiates the OTG Finite State Machine > per OTG controller and manages starting/stopping the > host and gadget controllers based on the bus state. > > It provides APIs for the following tasks > > - Registering an

Re: [PATCH v4 13/13] usb: otg: Add dual-role device (DRD) support

On Mon, Aug 24, 2015 at 04:21:24PM +0300, Roger Quadros wrote: > DRD mode is a reduced functionality OTG mode. In this mode > we don't support SRP, HNP and dynamic role-swap. > > In DRD operation, the controller mode (Host or Peripheral) > is decided based on the ID pin status. Once a cable plug

Re: [PATCH v2] ARM: tegra: paz00: use con_id's to refer GPIO's in gpiod_lookup table

30.06.2015 17:15, Dmitry Osipenko пишет: Commit 72daceb9a10a ("net: rfkill: gpio: Add default GPIO driver mappings for ACPI") removed possibility to request GPIO by table index for non-ACPI platforms without changing it users. As result "shutdown" GPIO request will fail if request for "reset"

Re: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)

On Mon, Sep 7, 2015 at 11:00 AM, Chinmay V S wrote: > Hello everyone, > > TL;DR: In Linux RT scheduler, how can rt_nr_running be non-zero AND > active-bitmap NOT have any valid bit set? > > Details: > Recently i encountered the following BUG() within the realtime > scheduler

Re: [PATCH v4 1/9] usb: dwc3: add dual-role support

Peter, On 06/09/15 05:02, Peter Chen wrote: > On Wed, Sep 02, 2015 at 05:24:16PM +0300, Roger Quadros wrote: >> Register with the USB OTG core. Since we don't support >> OTG yet we just work as a dual-role device even >> if device tree says "otg". >> >> + >> +static int dwc3_drd_init(struct dwc3

Re: thermal: mediatek: Add cpu power cooling model

On 04-09-15, 17:01, Dawei Chien wrote: > Use Intelligent Power Allocation (IPA) technical to add > static/dynamic power model for binding CPU thermal zone. > The power allocator governor allocates power budget to control > CPU temperature. Sorry but this isn't enough really.. I don't have time to

Re: [PATCH 3/3] staging: slimport: Add anx7814 driver support by analogix.

On Mon, Sep 07, 2015 at 07:41:08AM +0200, Enric Balletbo Serra wrote: > 2015-09-07 1:27 GMT+02:00 Greg KH : > > On Sun, Sep 06, 2015 at 11:14:02PM +0200, Enric Balletbo i Serra wrote: > >> The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter > >>

Re: [PATCH V1] audit: try harder to send to auditd upon netlink failure

On 15/09/04, Paul Moore wrote: > On Friday, September 04, 2015 05:14:54 AM Richard Guy Briggs wrote: > > There are several reports of the kernel losing contact with auditd ... > > Even if this doesn't completely solve the problem, I like the extra reporting > and robustness of this change. Some

Re: [PATCH] mm/mmap.c: Only call vma_unlock_anon_vm() when failure occurs in expand_upwards() and expand_downwards()

On Sat 05-09-15 18:11:40, Chen Gang wrote: > Hello All: > > I have send 2 new patches about mm, and 1 patch for arch metag via my > 21cn mail. Could any members help to tell me, whether he/she have > received the patches or not? Yes they seem to be in the archive.

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