[PATCH v8 0/2] Add array printing support to libtraceevent

This series add support to libtraceevent for dynamic arrays in traces. The kernel learned to create this traces in 6ea22486ba46 ("tracing: Add array printing helper"), which was merged for v4.0-rc1. Changes since v6[0]: - Call the fields of the struct print_arg_int_array "field", "count" and

[PATCH v8 2/2] tools lib traceevent: Add support for __print_array()

Since 6ea22486ba46 ("tracing: Add array printing helper") trace can traces with variable element size arrays. Add support to parse them. Cc: Arnaldo Carvalho de Melo Cc: Jiri Olsa Cc: Steven Rostedt Acked-by: Namhyung Kim Signed-off-by: Javi Merino --- tools/lib/traceevent/event-parse.c | 9

[PATCH v8 1/2] tools lib traceevent: factor out allocating and processing args

The sequence of allocating the print_arg field, calling process_arg() and verifying that the next event delimiter is repeated twice in process_hex() and will also be used for process_int_array(). Factor it out to a function to avoid writing the same code again and again. Cc: Arnaldo Carvalho de M

Re: [PATCH 0/3] toshiba_acpi: Hotkey handling and keymap updates

On Thu, Feb 26, 2015 at 10:57:11AM -0700, Azael Avalos wrote: > These patches add support to a new function that queries the supported Hotkey > Event Type, making the use of the DMI matching unnecessary and also fixes > the "Special Functions" mode on some laptops. > > Azael Avalos (3): > toshib

Re: [PATCH v2] PCI/AER: Avoid info leak in __print_tlp_header

On Thu, Feb 26, 2015 at 09:55:03AM +0100, Rasmus Villemoes wrote: > Commit fab4c256a58b ("PCI/AER: Add a TLP header print helper") > introduced the helper function __print_tlp_header, but contrary to the > intention, the behaviour did change: Since we're taking the address of > the parameter t, the

Re: [PATCH 2/2] spi: qup: Request CS GPIO's during probe

On 03/06/15 07:26, Ivan T. Ivanov wrote: > Ensure that driver is owner of the GPIO's used for CS signals. Why? What happens if we don't? > > Signed-off-by: Ivan T. Ivanov > --- > drivers/spi/spi-qup.c | 17 - > 1 file changed, 16 insertions(+), 1 deletion(-) > > diff --git a/dri

Re: [patch] perf_event_open.2: 3.19 PERF_SAMPLE_REGS_INTR support

On Mon, 2 Mar 2015, Andi Kleen wrote: > > do not enable REGS_USER and REG_INTR at the same time > > as REGS_USER will have REG_INTR values and > > cannot be used for user stack unwinding > > If that's true it would be a bug. But I doubt it. > > The PEBS handler sets u

Re: [PATCH v9 08/21] ARM64 / ACPI: Introduce PCI stub functions for ACPI

On Wed, Feb 25, 2015 at 08:39:48AM +, Hanjun Guo wrote: [...] > diff --git a/arch/arm64/kernel/pci.c b/arch/arm64/kernel/pci.c > index 6f93c24..4095379 100644 > --- a/arch/arm64/kernel/pci.c > +++ b/arch/arm64/kernel/pci.c > @@ -10,6 +10,7 @@ > * > */ > > +#include > #include > #inc

Re: [PATCH 0/3] toshiba_haps: Some misc changes plus sysfs entries documentation

On Thu, Feb 26, 2015 at 10:58:29AM -0700, Azael Avalos wrote: > These patches make some misc chanes to the driver, replacing sscanf with > kstrtoint, DEVICE_ATTR_{RW, WO} macros and adding documentation about > the sysfs entries. > > Azael Avalos (3): > toshiba_haps: Replace sscanf with kstrtoin

Re: [PATCH perf/core v2 4/5] perf symbols: Allow symbol alias when loading map for symbol name

Em Fri, Mar 06, 2015 at 03:26:30PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Mar 06, 2015 at 03:06:04PM -0300, Arnaldo Carvalho de Melo escreveu: > > Em Fri, Mar 06, 2015 at 04:31:27PM +0900, Masami Hiramatsu escreveu: > > > From: Namhyung Kim > > > > > > When perf probe tries to add a

Re: [PATCH 3/3] toshiba_acpi: Fix the enabling of the Special Functions

On Thu, Feb 26, 2015 at 10:57:14AM -0700, Azael Avalos wrote: > Some Toshiba laptops with the "Special Functions" feature enabled > fail to properly enable such feature unless a specific value is > used to enable the hotkey events. The specific value being... HCI_HOTKEY_ENABLE_SPECIAL? And we do t

[PATCH] ftrace: fix en(dis)able graph caller when en(dis)abling record via sysctl

When ftrace is enabled globally through proc interface, we must check if ftrace_graph_active is set. If it is set, then we should also pass FTRACE_START_FUNC_RET command to ftrace_run_update_code. Similarly, when ftrace is disabled globally through proc interface, we must check if ftrace_graph_acti

Re: [PATCH 1/3] toshiba_acpi: Add Hotkey Event Type function and definitions

On Thu, Feb 26, 2015 at 10:57:12AM -0700, Azael Avalos wrote: Hi Azael, I'm pretty behind on this one, apologies. > This patch adds support to query the "Hotkey Event Type" the system > supports. > > There are two main event types (so far), 0x10 and 0x11, with the > first beign all those laptop

Re: randconfig build error with next-20150306, in drivers/input/misc/max77843-haptic.c

On Fri, Mar 06, 2015 at 09:59:57AM -0700, Jim Davis wrote: > Building with the attached random configuration file, > > drivers/input/misc/max77843-haptic.c: In function 'max77843_haptic_probe': > drivers/input/misc/max77843-haptic.c:268:2: error: implicit > declaration of function 'devm_regulator_

64 B burst transaction on PCIe core with CPU

Hi, I am trying to test a memory device that does not have DMA engine working yet. The memory on the device can be accessed in multiples of 64 bytes. The code below does 64 B burst write on PCIe bus. int wcbytes[16]; dev->bar = ioremap_wc(pci_resource_start(pdev, 0), size); for(i=0;i<16;i+

Re: [PATCH 1/2] Input: add support for Semtech SX8654 I2C touchscreen controller

On Fri, Mar 06, 2015 at 07:21:38PM +0100, Sébastien Szymanski wrote: > Signed-off-by: Sébastien Szymanski > --- > drivers/input/touchscreen/Kconfig | 11 ++ > drivers/input/touchscreen/Makefile | 1 + > drivers/input/touchscreen/sx8654.c | 285 > + > 3 fil

Re: [PATCH perf/core v2 4/5] perf symbols: Allow symbol alias when loading map for symbol name

Em Fri, Mar 06, 2015 at 03:06:04PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Mar 06, 2015 at 04:31:27PM +0900, Masami Hiramatsu escreveu: > > From: Namhyung Kim > > > > When perf probe tries to add a probe in a binary using symbol name, it > > sometimes failed since some symbols were di

Re: [PATCH 2/3] toshiba_acpi: Use the Hotkey Event Type function for keymap choosing

On Thu, Feb 26, 2015 at 10:57:13AM -0700, Azael Avalos wrote: > With the previous patch adding support to "Hotkey Event Type", we can > now use the type to distinguish which keymap to use. > > This patch changes the toshiba_acpi_setup_keyboard function to make > use of the hotkey event type to cho

Re: [PATCH 4/4] drm/msm: Fix default fb var width and height

On Fri, Mar 6, 2015 at 1:12 PM, Rob Clark wrote: > On Thu, Mar 5, 2015 at 3:20 PM, Hai Li wrote: >> The framebuffer var width and height should reflect the size of >> framebuffer memory allocated, which is the entire surface size. >> >> In case of dual DSI connectors with TILE properties, this ch

Re: [RFC PATCH 0/1] Wrong structure alignment due to compiler attribute "section"

>> > > Ok, I got a link to the source now. It can be found here: > > http://tp-lab200/release/gcc/temp/internal/2010q4-113-4.4.5/marvell-gcc.src-2010q4-113.tar.bz2 > Sigh. Just realized that the url is not accessible. Will check that on monday. Lino -- To unsubscribe from this list: send the

Re: [PATCH v3] pci: spear: Drop __initdata from spear13xx_pcie_driver

On Thu, Feb 19, 2015 at 08:41:48PM +0300, Matwey V. Kornilov wrote: > spear13xx_pcie_driver.driver is allocated in text.init section > and then the pointer to it is passed futher. This patch is to avoid > crashes like the following, when freed memory is used. > > Also, __init has been dropped from

[PATCH] bgmac: ratelimit warning messages

On my test environment the troughput of a file transfer drops from 4.4Mbps to 116Kbps due the number of repeated warning messages. Adding printk_ratelimit() solves the issue without removing the warning message. Signed-off-by: Peter Senna Tschudin --- drivers/net/ethernet/broadcom/bgmac.c | 6 ++

Re: [PATCH 1/1] x86/fpu: math_state_restore() should not blindly disable irqs

On 03/06, Linus Torvalds wrote: > > On Thu, Mar 5, 2015 at 11:58 PM, Ingo Molnar wrote: > > > > math_state_restore() was historically called with irqs disabled, > > because that's how the hardware generates the trap, and also because > > back in the days it was possible for it to be an asynchronou

Re: [PATCH 4/4] drm/msm: Fix default fb var width and height

On Thu, Mar 5, 2015 at 3:20 PM, Hai Li wrote: > The framebuffer var width and height should reflect the size of > framebuffer memory allocated, which is the entire surface size. > > In case of dual DSI connectors with TILE properties, this change > makes the whole image show on the dual DSI panel,

Re: NMI watchdog triggering during load_balance

On Fri, 2015-03-06 at 08:01 -0700, David Ahern wrote: > On 3/5/15 9:52 PM, Mike Galbraith wrote: > >> CPU970 attaching sched-domain: > >>domain 0: span 968-975 level SIBLING > >> groups: 8 single CPU groups > >> domain 1: span 968-975 level MC > >> groups: 1 group with 8 cpus > >>

Re: [PATCH v3 2/3] of: add optional options parameter to of_find_node_by_path()

On 03/06/2015 11:52 AM, Leif Lindholm wrote: > Hi Peter, > > On Wed, Mar 04, 2015 at 10:45:02AM -0500, Peter Hurley wrote: >> The path parsing gets lost if the string after ':' contains '/'. > > Doh! Hardly. I only noticed because I had to implement the corresponding algorithm for earlycon and

Re: [ibm-acpi-devel] [PATCH 1/7] thinkpad_acpi: Remember adaptive kbd presence

On Tue, Mar 03, 2015 at 03:39:54PM -0300, Henrique de Moraes Holschuh wrote: > On Tue, Mar 3, 2015, at 13:52, Darren Hart wrote: > > Henrique, I believe I may have overstepped with thinkpad-acpi and dealt > > with it like the other drivers in platform/drivers/x86, when instead I > > should > > hav

Re: [PATCH v2] kernel/panic/kexec: fix "crash_kexec_post_notifiers" option issue in oops path

On Sat, Mar 07, 2015 at 01:31:01AM +0900, "Hatayama, Daisuke/畑山 大輔" wrote: > The commit f06e5153f4ae2e2f3b0300f0e260e40cb7fefd45 introduced > "crash_kexec_post_notifiers" kernel boot option, which toggles > wheather panic() calls crash_kexec() before panic_notifiers and dump > kmsg or after. > > T

Re: [PATCH 1/2] pinctrl: Add Pistachio SoC pin control binding document

On Fri, Mar 6, 2015 at 3:37 AM, Linus Walleij wrote: > On Tue, Feb 24, 2015 at 3:15 AM, Andrew Bresticker > wrote: > >> Add a device-tree binding document for the pin controller present >> on the IMG Pistachio SoC. >> >> Signed-off-by: Damien Horsley >> Signed-off-by: Andrew Bresticker > (...)

Re: [PATCH 0/2] pinctrl: Support for IMG Pistachio

On Fri, Mar 6, 2015 at 3:29 AM, Linus Walleij wrote: > On Tue, Feb 24, 2015 at 3:15 AM, Andrew Bresticker > wrote: > >> I'd like this to go through the MIPS tree with >> Linus'/Alex's ACKs if possible. > > Why? It will only help creating merge conflicts. > There seem to be no compile-related dep

Re: [PATCH v9 12/21] ACPI / table: Print GIC information when MADT is parsed

On Wed, Feb 25, 2015 at 08:39:52AM +, Hanjun Guo wrote: > When MADT is parsed, print GIC information as debug message: > > ACPI: GICC (acpi_id[0x] address[e112f000] MPIDR[0x0] enabled) > ACPI: GICC (acpi_id[0x0001] address[e112f000] MPIDR[0x1] enabled) > ... > ACPI: GICC (a

Re: [PATCH perf/core v2 4/5] perf symbols: Allow symbol alias when loading map for symbol name

Em Fri, Mar 06, 2015 at 04:31:27PM +0900, Masami Hiramatsu escreveu: > From: Namhyung Kim > > When perf probe tries to add a probe in a binary using symbol name, it > sometimes failed since some symbols were discard during loading dso. > When it resolves an address to symbol, it'd be better to ha

Re: [PATCH] platform: x86: dell-laptop: Add support for keyboard backlight

On Thu, Feb 19, 2015 at 11:58:29AM +0100, Gabriele Mazzotta wrote: > This patch adds the support for the configuration of the keyboard > backlight on supported Dell laptops. > > With this patch it is possible to set: > * keyboard backlight level > * timeout after which the backlight will be automa

Re: sched: softlockups in multi_cpu_stop

On 03/06/2015 12:19 PM, Davidlohr Bueso wrote: >> diff --git a/kernel/locking/rwsem-xadd.c b/kernel/locking/rwsem-xadd.c >> > index 1c0d11e8ce34..e4ad019e23f5 100644 >> > --- a/kernel/locking/rwsem-xadd.c >> > +++ b/kernel/locking/rwsem-xadd.c >> > @@ -298,23 +298,30 @@ static inline bool >> > rws

Re: [PATCH perf/core v2 1/5] perf-probe: Fix to handle aliased symbols in glibc

Em Fri, Mar 06, 2015 at 02:59:19PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Fri, Mar 06, 2015 at 04:31:20PM +0900, Masami Hiramatsu escreveu: > > Fix perf probe to handle aliased symbols correctly in glibc. > > In the glibc, several symbols are defined as an alias of > > __libc_XXX, e.g. mall

Re: [PATCH v3 2/3] pci: iproc: Add Broadcom iProc PCIe support

Hi Dmitry, On 3/6/2015 9:35 AM, Dmitry Torokhov wrote: > On Fri, Mar 6, 2015 at 9:26 AM, Ray Jui wrote: >> Hi Paul, >> >> On 3/6/2015 3:00 AM, Paul Bolle wrote: >>> On Thu, 2015-03-05 at 17:01 -0800, Ray Jui wrote: --- a/drivers/pci/host/Kconfig +++ b/drivers/pci/host/Kconfig @@ -1

Re: [PATCH perf/core v2 1/5] perf-probe: Fix to handle aliased symbols in glibc

Em Fri, Mar 06, 2015 at 04:31:20PM +0900, Masami Hiramatsu escreveu: > Fix perf probe to handle aliased symbols correctly in glibc. > In the glibc, several symbols are defined as an alias of > __libc_XXX, e.g. malloc is an alias of __libc_malloc. > In such cases, dwarf has no subroutine instances o

Re: [PCI] BUG: unable to handle kernel

On 03/06/2015 11:55 AM, Guenter Roeck wrote: On Fri, Mar 06, 2015 at 10:48:59AM -0500, Murali Karicheri wrote: [ ... ] > From 098b4f5e4ab9407fbdbfcca3a91785c17e25cf03 Mon Sep 17 00:00:00 2001 From: Murali Karicheri Date: Fri, 6 Mar 2015 10:23:08 -0500 Subject: [PATCH] pci: of : fix kernel crash

Re: [PCI] BUG: unable to handle kernel

On 03/06/2015 11:55 AM, Guenter Roeck wrote: On Fri, Mar 06, 2015 at 10:48:59AM -0500, Murali Karicheri wrote: [ ... ] > From 098b4f5e4ab9407fbdbfcca3a91785c17e25cf03 Mon Sep 17 00:00:00 2001 From: Murali Karicheri Date: Fri, 6 Mar 2015 10:23:08 -0500 Subject: [PATCH] pci: of : fix kernel crash

Re: [PATCH] x86: wmi: Remove private %pUL implementation

On Tue, Feb 24, 2015 at 03:15:30PM +0100, Rasmus Villemoes wrote: > The work performed by wmi_gtoa is equivalent to simply sprintf(out, > "%pUL", in), so one could replace its body by this. However, most > users feed the result directly as a %s argument to some other function > which also understan

Re: [PATCH v2 04/15] x86, kaslr: get kaslr_enabled back correctly

On Fri, Mar 6, 2015 at 5:33 AM, Borislav Petkov wrote: > Please use checkpatch before submitting patches: > > WARNING: please, no spaces at the start of a line > #71: FILE: arch/x86/kernel/setup.c:433: > +unsigned char *data;$ > > WARNING: please, no spaces at the start of a line > #72: FILE:

Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter

From: Imre Palik Date: Fri, 06 Mar 2015 11:34:29 +0100 > Removed those pieces of the packet pipeline that I don't necessarily > need one-by-one. Then measured their effect on small packet > performance. > > This was the only part that produced considerable effect. > > The pure speculation was

Re: [PATCH 2/3] locking: ww_mutex: Allow to use rt_mutex instead of mutex for the baselock

On Fri, 2015-03-06 at 13:36 +0100, Sebastian Andrzej Siewior wrote: > On 03/06/2015 01:16 PM, Maarten Lankhorst wrote: > > >> Okay so what I the point made here? It is only about the config option, > >> right? What are the preferences here: > >> [ ] yes, the way it is now > > Is my personal prefer

Re: [PATCH v9 18/21] ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64

On Wed, Feb 25, 2015 at 08:39:58AM +, Hanjun Guo wrote: > From: Al Stone > > ACPI reduced hardware mode is disabled by default, but ARM64 > can only run properly in ACPI hardware reduced mode, so select > ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64. Agreed. This will remove unneed

Re: [PATCH 2/2] audit,x86: add x32_execve[at] to syscall classification

On Fri, Mar 06, 2015 at 03:40:38PM +, David Drysdale wrote: > Treat x32 ABI variants of execve[at] the same as x86_64 > variants. > > Slightly speculative as the audit subsystem doesn't currently > work with x32 ABI syscalls. If and when audit+x32 does work, > this should correctly classify e

Re: [PATCH 1/2] audit: add execveat to syscall classification

On Fri, Mar 06, 2015 at 03:40:37PM +, David Drysdale wrote: > New execveat syscall from v3.19 is missing from > audit_classify_compat_syscall(). > > Reported-by: Brian Gerst > Signed-off-by: David Drysdale > --- > lib/compat_audit.c | 3 +++ > 1 file changed, 3 insertions(+) This is not

Re: [PATCH stable 3.10, 3.12, 3.14] MIPS: Export FP functions used by lose_fpu(1) for KVM

On Fri, Mar 06, 2015 at 08:22:49AM -0800, Guenter Roeck wrote: > On Thu, Mar 05, 2015 at 10:30:34PM -0800, Greg Kroah-Hartman wrote: > > On Thu, Mar 05, 2015 at 04:08:44PM +, James Hogan wrote: > > > [ Upstream commit 3ce465e04bfd8de9956d515d6e9587faac3375dc ] > > > > > > Export the _save_fp a

Re: [Patch v2] apple-gmux: lock iGP IO to protect from vgaarb changes

On Thu, Mar 05, 2015 at 11:20:38PM +0100, Bruno Prémont wrote: > As GMUX depends on IO for iGP to be enabled and active, lock the IO at > vgaarb level. This should prevent GPU driver for dGPU to disable IO for > iGP while it tries to own legacy VGA IO. > > This fixes usage of backlight control com

Re: Using regmap_update_bits to update a write only register

On 03/06/2015 06:36 PM, Lars-Peter Clausen wrote: On 03/06/2015 06:26 PM, Daniel Baluta wrote: [...] I can reproduce the problem with: static struct reg_default xxx_reg_defaults[] = { { XXX_REG_CTRL0, 0x00 }, { XXX_REG_CTRL1, 0x00 }, { XXX_REG_STATUS, 0x00 }, }; bu

Re: Using regmap_update_bits to update a write only register

On 03/06/2015 06:26 PM, Daniel Baluta wrote: [...] I can reproduce the problem with: static struct reg_default xxx_reg_defaults[] = { { XXX_REG_CTRL0, 0x00 }, { XXX_REG_CTRL1, 0x00 }, { XXX_REG_STATUS, 0x00 }, }; but, not if the reg default definition is: static st

Re: [PATCH v3 2/3] pci: iproc: Add Broadcom iProc PCIe support

On Fri, Mar 6, 2015 at 9:26 AM, Ray Jui wrote: > Hi Paul, > > On 3/6/2015 3:00 AM, Paul Bolle wrote: >> On Thu, 2015-03-05 at 17:01 -0800, Ray Jui wrote: >>> --- a/drivers/pci/host/Kconfig >>> +++ b/drivers/pci/host/Kconfig >>> @@ -106,4 +106,21 @@ config PCI_VERSATILE >>> bool "ARM Versatile

Re: [PATCH 1/1] staging: rtl8723au: Remove unnecessary OOM message

On Fri, 2015-03-06 at 11:08 -0500, Jes Sorensen wrote: > Julia Lawall writes: > > On Fri, 6 Mar 2015, Jes Sorensen wrote: > >> Quentin Lambert writes: > >> > This patch reduces the kernel size by removing error messages that > >> > duplicate > >> > the normal OOM message. > >> > A simplified ver

Re: [PATCH 1/1] x86/fpu: math_state_restore() should not blindly disable irqs

On Thu, Mar 5, 2015 at 11:58 PM, Ingo Molnar wrote: > > math_state_restore() was historically called with irqs disabled, > because that's how the hardware generates the trap, and also because > back in the days it was possible for it to be an asynchronous > interrupt and interrupt handlers run wit

[PATCH v2 1/2] net: macb: Include multi queue support for xilinx ZynqMP ethernet version

From: Punnaiah Choudary Kalluri Include multi queue support for the ethernet IP version in xilinx ZynqMP SoC. Signed-off-by: Punnaiah Choudary Kalluri Signed-off-by: Michal Simek Acked-by: Nicolas Ferre --- Changes in v2: - Rebase on net-next - Add Nilocas ACK drivers/net/ethernet/cadence/

[PATCH v2 2/2] net: macb: Fix multi queue support for xilinx ZynqMP

From: Punnaiah Choudary Kalluri ZynqMP soc has single interrupt for all the queue events. So, passing the IRQF_SHARED flag for interrupt registration call. Signed-off-by: Punnaiah Choudary Kalluri Signed-off-by: Michal Simek Acked-by: Nicolas Ferre --- Changes in v2: - Based it on net-next -

Re: [PATCH v3 2/3] pci: iproc: Add Broadcom iProc PCIe support

Hi Paul, On 3/6/2015 3:00 AM, Paul Bolle wrote: > On Thu, 2015-03-05 at 17:01 -0800, Ray Jui wrote: >> --- a/drivers/pci/host/Kconfig >> +++ b/drivers/pci/host/Kconfig >> @@ -106,4 +106,21 @@ config PCI_VERSATILE >> bool "ARM Versatile PB PCI controller" >> depends on ARCH_VERSATILE >>

Re: [PATCH] clk: divider: return real rate instead of divider value

Quoting Stephen Boyd (2015-02-25 16:13:15) > On 02/24/15 02:39, Heiko Stübner wrote: > > Commit bca9690b9426 ("clk: divider: Make generic for usage elsewhere") > > returned only the divider value for read-only dividers instead of the > > actual rate. > > > > Fixes: bca9690b9426 ("clk: divider: Make

Re: Using regmap_update_bits to update a write only register

On Fri, Mar 6, 2015 at 3:27 PM, Daniel Baluta wrote: > On Fri, Mar 6, 2015 at 2:45 PM, Lars-Peter Clausen wrote: >> On 03/06/2015 12:21 PM, Mark Brown wrote: >>> >>> On Thu, Mar 05, 2015 at 08:14:14PM +0200, Daniel Baluta wrote: On Mar 5, 2015 7:54 PM, "Mark Brown" wrote: >>> >>> >

Re: sched: softlockups in multi_cpu_stop

On Fri, 2015-03-06 at 13:32 +0100, Ingo Molnar wrote: > * Sasha Levin wrote: > > > I've bisected this to "locking/rwsem: Check for active lock before bailing > > on spinning". Relevant parties Cc'ed. > > That would be: > > 1a99367023f6 ("locking/rwsem: Check for active lock before bailing on

Attention User

Dear User, This message is from your Helpdesk Server. Please note that your mailbox account will be deactivated due to invalid profile update that appear on your account. In order to update your account please Click Here: P.S failure to do this

Re: [PATCH] ARM: dts: am335x-lxm: Use rmii-clock-ext

* George McCollister [150226 08:53]: > Use external clock for RMII since the internal clock doesn't meet the > jitter requirements. > > Signed-off-by: George McCollister > --- > arch/arm/boot/dts/am335x-lxm.dts | 4 > 1 file changed, 4 insertions(+) > > diff --git a/arch/arm/boot/dts/am33

Re: [PATCH 2/5] iommu/mediatek: Add mt8173 IOMMU driver

On Fri, Mar 06 2015 at 02:48:17 AM, wrote: > From: Yong Wu > > This patch adds support for mediatek m4u (MultiMedia Memory Management Unit). > Currently this only supports m4u gen 2 with 2 levels of page table on mt8173. [...] > +static int mtk_iommu_invalidate_tlb(const struct mtk_iommu_info *

[PATCH] serial:8250:8250_pci: fix redundant entry report for WCH_CH352_2S

Commit 8b5c913f7ee6464849570bacb6bcd9ef0eaf7dce ("serial: 8250_pci: Add WCH CH352 quirk to avoid Xscale detection") trigger one redundant entry report message. This patch fix it. Reported-by: Russell King Signed-off-by: Wang YanQing --- drivers/tty/serial/8250/8250_pci.c | 4 1 file chang

[PATCH] serial:8250:8250_pci: delete unneeded quirk entries

These quirk entries have the same effect as default quirk entry, so we can just delete them. Signed-off-by: Wang YanQing --- drivers/tty/serial/8250/8250_pci.c | 14 -- 1 file changed, 14 deletions(-) diff --git a/drivers/tty/serial/8250/8250_pci.c b/drivers/tty/serial/8250/8250_pc

Re: Possible lock-less list race in scheduler_ipi()

On Thu, Mar 05, 2015 at 11:48:51PM +, Mathieu Desnoyers wrote: > Hi, > > I recently reviewed the scheduler_ipi() code by > coincidence, and noticed that the use of llist.h > in there seemed a bit odd. So I'd like to have > more eyes to help me look into this. > > I've been told that there has

Re: [PATCH] PCI: xgene: fix breakage from generic config usage

On Wed, Mar 04, 2015 at 05:24:24PM -0500, Mark Salter wrote: > Commit 350f8be5bb402 ("PCI: xgene: Convert to use generic config > accessors") breaks PCI on the X-Gene platform. It creates two > problems with the xgene_pcie_map_bus() function. First, it returns > an int but should return a void __io

Re: [PATCH v2] ARM: dts: am335x-bone-common: enable aes and sham

* Robert Nelson [150225 11:13]: > On Wed, Feb 25, 2015 at 12:52 PM, Matt Porter wrote: > > Beaglebone Black doesn't have AES and SHAM enabled like the > > original Beaglebone White dts. This breaks applications that > > leverage the crypto blocks so fix this by enabling these nodes > > in the am3

randconfig build error with next-20150306, in drivers/input/misc/max77843-haptic.c

Building with the attached random configuration file, drivers/input/misc/max77843-haptic.c: In function 'max77843_haptic_probe': drivers/input/misc/max77843-haptic.c:268:2: error: implicit declaration of function 'devm_regulator_get_exclusive' [-Werror=implicit-function-declaration] haptic->moto

Re: [PATCH 0/2] fix ehrpwm tbclk data on am33xx and am43xx

* Tero Kristo [150224 23:39]: > On 02/24/2015 07:15 PM, Tony Lindgren wrote: > >* Vignesh R [150209 22:43]: > >>In am33xx and am43xx, ehrpwm tbclk is derived from functional clock of > >>PWMSS. The schematics and TRMs show that there is only one input clock to > >>the PWMSS. But currently, tbclk

Re: [PATCH 2/2] net: macb: Fix multi queue support for xilinx ZynqMP soc

Le 05/03/2015 14:04, Michal Simek a écrit : > From: Punnaiah Choudary Kalluri > > ZynqMP soc has single interrupt for all the queue events. So, > passing the IRQF_SHARED flag for interrupt registration call. > > Signed-off-by: Punnaiah Choudary Kalluri > Signed-off-by: Michal Simek Ok then: A

Re: [PCI] BUG: unable to handle kernel

On Fri, Mar 06, 2015 at 10:48:59AM -0500, Murali Karicheri wrote: [ ... ] > >From 098b4f5e4ab9407fbdbfcca3a91785c17e25cf03 Mon Sep 17 00:00:00 2001 > From: Murali Karicheri > Date: Fri, 6 Mar 2015 10:23:08 -0500 > Subject: [PATCH] pci: of : fix kernel crash > > This is a debug patch to root caus

Re: [PATCH v3 2/3] of: add optional options parameter to of_find_node_by_path()

Hi Peter, On Wed, Mar 04, 2015 at 10:45:02AM -0500, Peter Hurley wrote: > The path parsing gets lost if the string after ':' contains '/'. Doh! Thanks for reporting (and sorry for slow response). > The selftests below fail with: > [1.365528] ### dt-test ### FAIL of_selftest_find_node_by_name

Re: [PATCH] Input: elan_i2c - Compare signature metadata before update fw

Hi Duson, On Fri, Mar 06, 2015 at 09:16:41PM +0800, Duson Lin wrote: > To match different firmware file format, we replace original firmware file > size > checking with the signature metadata comparison when update firmware, If > failed, > the update will be aborted. > > Signed-off-by: Duson Li

Re: [RFC] With 8250 Designware UART, if writes to the LCR failed the kernel will hung up

Hi Zhang, On 03/06/2015 04:11 AM, Zhang Zhen wrote: > Hi, > > I'm testing 4.0-rc1 kernel on my board with 8250 Designware UART.(ARM > Cortex-a15 single core). > > I found if serial is busy and writes to the LCR failed after tried 1000 > times. > The kernel will hung up.

Re: [PATCH v2 1/3] net/macb: Update DT bindings documentation

Le 06/03/2015 11:24, Boris Brezillon a écrit : > Add missing "cdns,at91sam9260-macb", "atmel,sama5d3-gem" and > "atmel,sama5d4-gem" compatible strings. > > Signed-off-by: Boris Brezillon > Reviewed-by: Alexandre Belloni Acked-by: Nicolas Ferre > --- > Documentation/devicetree/bindings/net/ma

Re: [PATCH 1/2] net: macb: Include multi queue support for xilinx ZynqMP ethernet version

Le 05/03/2015 15:00, Michal Simek a écrit : > Hi Nicolas, > > On 03/05/2015 02:04 PM, Michal Simek wrote: >> From: Punnaiah Choudary Kalluri >> >> Include multi queue support for the ethernet IP version in xilinx ZynqMP >> SoC. >> >> Signed-off-by: Punnaiah Choudary Kalluri >> Signed-off-by: Mic

Re: [PATCH v2 3/3] net: macb: remove #if defined(CONFIG_ARCH_AT91) sections

Le 06/03/2015 11:24, Boris Brezillon a écrit : > With multi platform support those sections could lead to unexpected > behavior if both ARCH_AT91 and another ARM SoC using the MACB IP are > selected. > Add two new capabilities to encode the default MII mode and the presence > of a CLKEN bit in USRI

Re: [PATCH v10 1/2] mfd: AXP20x: Add bindings documentation

On Fri, Feb 20, 2015 at 7:19 PM, Chen-Yu Tsai wrote: > From: Carlo Caione > > Bindings documentation for the AXP20x driver. In this file also > sub-nodes are documented. > > Signed-off-by: Carlo Caione > [w...@csie.org: clarify interrupt source for the axp PMIC] > [w...@csie.org: explain dcdc-wo

Re: [Xen-devel] kasan_map_early_shadow() on Xen

On Fri, Mar 06, 2015 at 11:02:50AM -0500, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 04, 2015 at 05:47:03PM -0800, Luis R. Rodriguez wrote: > > On Wed, Mar 4, 2015 at 6:36 AM, Andrey Ryabinin > > wrote: > > > On 03/03/2015 07:02 PM, Konrad Rzeszutek Wilk wrote: > > >> If it is like that - then ju

Re: [PATCH v2 2/3] ARM: at91/dt: fix macb compatible strings

Le 06/03/2015 11:24, Boris Brezillon a écrit : > Some at91 SoCs embed a 10/100 Mbit Ethernet IP, that is based on the > at91sam9260 SoC. > Fix at91 DTs accordingly. > > Signed-off-by: Boris Brezillon > Reviewed-by: Alexandre Belloni Acked-by: Nicolas Ferre > --- > arch/arm/boot/dts/at91sam9260

Re: [PATCH v2 0/3] net: macb: rework at91 specific handling

Le 06/03/2015 11:23, Boris Brezillon a écrit : > Hello, > > This removes the #if defined(ARCH_AT91) sections to prevent any problem > when enabling ARM multi-platform support. > The at91 specific logic is now activated when the "at91sam9260-macb" > compatible string is found. > > Best Regards, >

Re: [PATCH 0/2] ARM: DRA7x/OMAP5: Clock: DPLL Clock fixes

* Tero Kristo [150225 00:05]: > On 02/24/2015 06:27 PM, Tony Lindgren wrote: > >* Ravikumar Kattekola [150219 08:13]: > >>On 1/31/2015 10:36 PM, Ravikumar Kattekola wrote: > >>>Fix bypass clock source for a few DPLLs. > >>> > >>>On DRA7x/OMAP5, for a few DPLLs, both CLKINP and CLKINPULOW are conn

[PATCH v2 03/17] crypto: talitos - Use zero entry to init descriptors ptrs to zero

Do use zero_entry value to init the descriptors ptrs to zero instead of writing 0 in each field Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 8 ++-- 1 file changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/crypto/talitos.c b/drivers/crypto/talitos.c index 103b

[PATCH v2 11/17] crypto: talitos - Move hash chain handling into talitos2.h

Move hash chain handling into talitos2.h as only SEC2 has sg chaining capatibility Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 34 -- drivers/crypto/talitos2.h | 34 ++ 2 files changed, 34 insertions(+), 34 del

[PATCH v2 10/17] crypto: talitos - Move interrupt related macros in talitos2.h

Move interrupt related macros in talitos2.h as they are specific to SEC2 Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 58 - drivers/crypto/talitos2.h | 60 +++ 2 files changed, 60 insertio

[PATCH v2 16/17] crypto: talitos - SEC1 bugs on 0 data hash

SEC1 bugs on 0 data hash, so we submit an already padded block representing 0 data Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 3 +++ drivers/crypto/talitos1.c | 21 + drivers/crypto/talitos1.h | 4 drivers/crypto/talitos2.h | 6 ++ 4 files c

[PATCH v2 0/17] crypto: talitos - Add support for SEC1

The purpose of this set of patchs is to add to talitos crypto driver the support for the SEC1 version of the security engine, which is found in mpc885 and mpc8272 processors. The approach has been to split the driver in two main parts: * talitos.c and talitos.h contains parts that are common * tal

[PATCH v2 06/17] crypto: talitos - Add talitos2.c to isolate SEC2 specific functions

SEC1 doesn't have IPSec descriptor, so all functions using that descriptor are specific to SEC2. This patch moves them in a new talitos2.c file dedicated to SEC2 We also move to talitos2.c all the functions that will be different for SEC1, like the handling of mapping/unmapping of input/output sca

[PATCH v2 17/17] crypto: talitos - Update DT bindings with SEC1

This patch updates the documentation by including SEC1 into SEC2/3 doc Signed-off-by: Christophe Leroy --- Documentation/devicetree/bindings/crypto/fsl-sec2.txt | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/crypto/fsl-sec2.txt b/Docu

[PATCH v2 02/17] crypto: talitos - Externalise specific SEC2 reset actions

During init and reset, some actions are different between SEC1 and SEC2 This patch isolates them in small helper functions that we will be able to redefine for SEC1 Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 20 1 file changed, 16 insertions(+), 4 deleti

[PATCH v2 15/17] crypto: talitos - Implementation of SEC1

This patch adds talitos1.c and talitos1.h with all specificities needed to handle the SEC1 security engine found in MPC885 and MPC8272. The SEC1 has several differences with its younger brother SEC2: * Several bits in registers have different locations * Many bits are missing * Some bits are in ad

[PATCH v2 07/17] crypto: talitos - Split talitos.h into 2 parts

In order to be able to manage differences between SEC1 and SEC2, we split talitos.h into two parts. talitos2.h will contain all parts that are specific to SEC2 and different on SEC1 Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.h | 163 +--- driver

[PATCH v2 12/17] crypto: talitos - Define compatible in talitos2.h instead of talitos.c

Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 4 +--- drivers/crypto/talitos2.h | 2 ++ 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/crypto/talitos.c b/drivers/crypto/talitos.c index 8b627d0..0262e75 100644 --- a/drivers/crypto/talitos.c +++ b/drivers/

[PATCH v2 13/17] crypto: talitos - move sg_count() helper into talitos.h

move sg_count() helper into talitos.h as it will be needed by SEC1 specific functions Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 20 drivers/crypto/talitos.h | 21 + 2 files changed, 21 insertions(+), 20 deletions(-) diff --git a/dr

[PATCH v2 14/17] crypto: talitos - Add a helper function to clear j_extent field

j_extent field is specific to SEC2 so we add a helper function to clear it so that SEC1 can redefine that function as nop Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 2 +- drivers/crypto/talitos2.h | 5 + 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/driv

[PATCH v2 04/17] crypto: talitos - Refactor the sg in/out chain allocation

This patch refactors the handling of the input and output data that is quite similar in several functions Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 163 --- 1 file changed, 85 insertions(+), 78 deletions(-) diff --git a/drivers/c

[PATCH v2 09/17] crypto: talitos - Move reset/init helpers into talitos2.h

Move reset/init helpers init talitos2.h as they are specific to SEC2 Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 19 --- drivers/crypto/talitos2.h | 20 2 files changed, 20 insertions(+), 19 deletions(-) diff --git a/drivers/crypto/talit

[PATCH v2 05/17] crypto: talitos - isolate scatter/gather handling for ahash

SEC1 doesn't support scatter/gather, therefore this part of the code will have to be implemented differently for SEC1, so we isolate it in a small helper function Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 29 +++-- 1 file changed, 19 insertions(+), 1

[PATCH v2 08/17] crypto: talitos - Deport SEC2 error handling

SEC2 and SEC1 error handling will be different because so many bits are different. So we move error handling into talitos2.c Signed-off-by: Christophe Leroy --- drivers/crypto/talitos.c | 103 +- drivers/crypto/talitos.h | 8 drivers/crypto/t

Re: [RFC PATCH v2] bridge: make it possible for packets to traverse the bridge without hitting netfilter

Pablo Neira Ayuso wrote: > On Fri, Mar 06, 2015 at 11:34:29AM +0100, Imre Palik wrote: > > On 02/26/15 17:34, David Miller wrote: > > > From: Imre Palik > > > Date: Thu, 26 Feb 2015 11:19:25 +0100 > > > > > >> If you are looking for peculiarities in my setup then here they are: > > >> I am on 4k

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