[PATCH 03/11] objtool: Compile with debugging symbols

Compile objtool with debugging symbols ('-g') to help tools like perf and gdb understand what it's doing. Combined with '-O2', it's not always helpful, but it's better than nothing. Reported-by: Ingo Molnar Signed-off-by: Josh Poimboeuf ---

[PATCH 01/11] objtool: Prevent infinite recursion in noreturn detection

Ingo reported an infinite loop in objtool with a certain randconfig [1]. With the given config, two functions in crypto/ablkcipher.o contained sibling calls to each other, which threw the recursive call in dead_end_function() for a loop (literally!). Split the noreturn detection into two passes.

Последно предупреждение

Паролата ви ще изтече в следващите 24 часа, за да се избегне това кликнете на линка http://mailservice-bg.dudaone.com/ представят вашите данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш Е-поща и получи нова поща. Благодаря Системен администратор. © 2016 Всички права запазени.

[PATCH -rcu 0/2] locktorture fixes

Hi Paul, Here are the requested refreshed patches that fix two nil ptr problems. Applies on top of -rcu/next, although this file has not really changed between your tree and tip, which is where I was basing the original changes against. Thanks! Davidlohr Bueso (2): locktorture: Fix

[PATCH 2/2] locktorture: Fix nil pointer dereferencing for cleanup paths

It has been found that paths that invoke cleanups through lock_torture_cleanup() can incur in nil pointer dereferencing bugs during the statistics printing phase. This is mainly because we should not be calling into statistics before we are sure things have been setup correctly. Specifically,

[PATCH 1/2] locktorture: Fix deboosting nil ptr dereferencing

For the case of rtmutex torturing we will randomly call into the boost() handler, including upon module exiting when the tasks are deboosted before stopping. In such cases the task may or may not have already been boosted, and therefore the NULL being explicitly passed can occur anywhere.

[PATCH 0/3] coresight: sysFS conformance and enhancement

This patchset works on the registers exported to sysFS by the ETB and TMC drivers. For ETB the "status" entry is broken up to present one register per entry. On the TMC driver entries are added to convey the same information as found on ETB. To avoid code duplication the

[PATCH 3/3] coresight: tmc: adding sysFS management entries

Adding management registers that convey implementation specific characteristics. Those are useful for trace configuration and collection along with general trouble shooting. Signed-off-by: Mathieu Poirier --- .../ABI/testing/sysfs-bus-coresight-devices-tmc| 77

[PATCH 1/3] coresight: moving coresight_simple_func() to header file

Macro "coresight_simple_func()" can be used by several drivers. As such making the structure type generic and moving to a globally available header file. That way individual drivers can use the functionality by simply specifying the structure they need to work with. Signed-off-by: Mathieu

Re: linux-next: manual merge of the usb tree with the tip tree

On Wed, Mar 09, 2016 at 01:35:15PM +1100, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the usb tree got a conflict in: > > Documentation/kernel-parameters.txt > > between commit: > > d2aa1acad22f ("mm/init: Add 'rodata=off' boot cmdline parameter to disable >

Re: [PATCH 0/2] mm: Enable page parallel initialisation for Power

On Tue, Mar 8, 2016 at 10:45 PM, Balbir Singh wrote: > > > On 08/03/16 14:55, Li Zhang wrote: >> From: Li Zhang >> >> Uptream has supported page parallel initialisation for X86 and the >> boot time is improved greately. Some tests have been

Re: [PATCH v1 1/1] mfd: intel-lpss: Pass I2C configuration via properties on BXT

On Tue, 26 Jan 2016, Andy Shevchenko wrote: > From: Mika Westerberg > > I2C host controller need to be configured properly in order to meet I2C > timings specified in the I2C protocol specification. Some Intel Broxton > based machines do not have this

Re: [PATCH 2/3] perf/x86/pebs: add workaround for broken OVFL status on HSW

On Tue, Mar 8, 2016 at 9:34 PM, Stephane Eranian wrote: > On Tue, Mar 8, 2016 at 1:13 PM, Stephane Eranian wrote: >> Hi, >> >> On Tue, Mar 8, 2016 at 1:07 PM, Peter Zijlstra wrote: >>> On Tue, Mar 08, 2016 at 12:59:23PM -0800,

Re: [PATCH v3 6/9] irqchip/gic-v3: Parse and export virtual GIC information

On Tue, Mar 08, 2016 at 11:29:30AM +, Julien Grall wrote: > Fill up the recently introduced gic_kvm_info with the virtual GIC > information. this is not really virtual GIC information, it's information about the hardware used for virtualization. > > Signed-off-by: Julien Grall

[PATCH 10/11] objtool: Add several performance improvements

Use hash tables for instruction and rela lookups (and keep the linked lists around for sequential access). Also cache the section struct for the "__func_stack_frame_non_standard" section. With this change, "objtool check net/wireless/nl80211.o" goes from: real 0m1.168s user 0m1.163s sys

[PATCH 08/11] objtool: Fix false positive warnings for functions with multiple switch statements

Ingo reported [1] some false positive objtool warnings: drivers/net/wireless/realtek/rtlwifi/base.o: warning: objtool: rtlwifi_rate_mapping()+0x2e7: frame pointer state mismatch drivers/net/wireless/realtek/rtlwifi/base.o: warning: objtool: rtlwifi_rate_mapping()+0x2f3: frame pointer state

[PATCH 07/11] objtool: Rename some variables and functions

Rename some list heads to distinguish them from hash node heads, which are added later in the patch series. Also rename the get_*() functions to add_*(), which is more descriptive: they "add" data to the objtool_file struct. Also rename rodata_rela and text_rela to be clearer: - text_rela refers

[PATCH 09/11] tools/objtool: Copy hashtable.h into tools directory

Copy hashtable.h from include/linux/tools.h. It's needed by objtool in the next patch in the series. Add some includes that it needs, and remove references to kernel-specific features like RCU and __read_mostly. Also change some if its dependency headers' includes to use quotes instead of

[PATCH 06/11] objtool: Remove superflous INIT_LIST_HEAD

The insns list is initialized twice, in cmd_check() and in decode_instructions(). Remove the latter. Signed-off-by: Josh Poimboeuf --- tools/objtool/builtin-check.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/tools/objtool/builtin-check.c

[PATCH 11/11] objtool: Only print one warning per function

When objtool discovers an issue, it's very common for it to flood the terminal with a lot of duplicate warnings. For example: warning: objtool: rtlwifi_rate_mapping()+0x2e7: frame pointer state mismatch warning: objtool: rtlwifi_rate_mapping()+0x2f3: frame pointer state mismatch warning:

Re: linux-next: removal of the tiny tree

On Wed, Mar 09, 2016 at 04:32:39PM +1100, Stephen Rothwell wrote: > Hi Josh, > > I noticed that the tiny tree > > git://git.kernel.org/pub/scm/linux/kernel/git/josh/linux.git branch > tiny/next > > has not been updated since v3.18-rc1. I am going to remove it from > linux-next tomorrow

Re: [1/1] powerpc/embedded6xx: Make reboot works on MVME5100

On Tue, Mar 08, 2016 at 08:59:12AM +0100, Alessio Igor Bogani wrote: > The mtmsr() function hangs during restart. Make reboot works on > MVME5100 removing that function call. > --- > arch/powerpc/platforms/embedded6xx/mvme5100.c | 2 -- > 1 file changed, 2 deletions(-) Missing signoff Do you

Re: [PATCH v2 0/9] cleanup around kvm_sync_page, and a few micro-optimizations

On 03/07/2016 10:15 PM, Paolo Bonzini wrote: Having committed the ubsan fixes, this are the cleanups that are left. Compared to v1, I have fixed the patch to coalesce page zapping after mmu_sync_children (as requested by Takuya and Guangrong), and I have rewritten is_last_gpte again in an

Последно предупреждение

Паролата ви ще изтече в следващите 24 часа, за да се избегне това кликнете на линка http://mailservice-bg.dudaone.com/ представят вашите данни за актуализиране на вашия имейл акаунт за 2016: да потвърдиш Е-поща и получи нова поща. Благодаря Системен администратор. © 2016 Всички права запазени.

RE: [RFC PATCH v3 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers

Hi Bjorn, Lorenzo > -Original Message- > From: Bjorn Helgaas [mailto:helg...@kernel.org] > Sent: 02 March 2016 15:51 > To: Lorenzo Pieralisi > Cc: Gabriele Paoloni; 'Mark Rutland'; Guohanjun (Hanjun Guo); Wangzhou > (B); liudongdong (C); Linuxarm; qiujiang; 'bhelg...@google.com'; >

[PATCH v5 1/7] QE: Add IC, SI and SIRAM document to device tree bindings.

Add IC, SI and SIRAM document of QE to Documentation/devicetree/bindings/powerpc/fsl/cpm_qe/qe.txt Signed-off-by: Zhao Qiang Acked-by: Rob Herring --- changes for v2 - Add interrupt-controller in Required properties - delete address-cells and

Re: Linux 4.4.4 [regression]

On Tue, Mar 08, 2016 at 09:48:02AM +0100, Jean Delvare wrote: > On Tue, 8 Mar 2016 09:16:13 +0100, Jean Delvare wrote: > > On Thu, 3 Mar 2016 15:34:15 -0800, Greg KH wrote: > > > I'm announcing the release of the 4.4.4 kernel. > > > > > > All users of the 4.4 kernel series must upgrade. > > >

Re: [PATCH net-next 1/3] samples/bpf: add bpf map stress test

From: Alexei Starovoitov Date: Tue, 8 Mar 2016 15:07:52 -0800 > this test calls bpf programs from different contexts: > from inside of slub, from rcu, from pretty much everywhere, > since it kprobes all spin_lock functions. > It stresses the bpf hash and percpu map pre-allocation, >

linux-next: removal of the llvmlinux tree

Hi all, I noticed that the llvmlinux tree: git://git.linuxfoundation.org/llvmlinux/kernel.git branch for-next has not been updated since November 2014. I am going to remove it from linux-next tomorrow unless you think it should be retained. It can always be added again later if it is going

Re: [PATCH net-next 2/3] samples/bpf: stress test bpf_get_stackid

From: Alexei Starovoitov Date: Tue, 8 Mar 2016 15:07:53 -0800 > increase stress by also calling bpf_get_stackid() from > various *spin* functions > > Signed-off-by: Alexei Starovoitov Applied.

Re: [PATCH net-next 3/3] samples/bpf: add map performance test

From: Alexei Starovoitov Date: Tue, 8 Mar 2016 15:07:54 -0800 > performance tests for hash map and per-cpu hash map > with and without pre-allocation > > Signed-off-by: Alexei Starovoitov Applied.

Re: [PATCH v3 4/9] irqchip/gic-v2: Parse and export virtual GIC information

On Tue, Mar 08, 2016 at 11:29:28AM +, Julien Grall wrote: > For now, the firmware tables are parsed 2 times: once in the GIC > drivers, the other timer when initializing the vGIC. It means code > duplication and make more tedious to add the support for another > firmware table (like ACPI). >

linux-next: removal of the bcm2835 tree

Hi Stephen, I noticed that the bcm2835 tree git://git.kernel.org/pub/scm/linux/kernel/git/rpi/linux-rpi.git branch for-next has not been updated since v3.18. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it

linux-next: removal of the random tree

Hi Ted, I noticed that the random tree git://git.kernel.org/pub/scm/linux/kernel/git/tytso/random.git branch dev has not been updated since October 2014. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it proves

[PATCH] ARM: dts: uniphier: add pinmux node for I2C ch4

This will be needed for UniPhier PH1-LD11 and PH1-LD20 SoCs. Signed-off-by: Masahiro Yamada --- arch/arm/boot/dts/uniphier-pinctrl.dtsi | 5 + 1 file changed, 5 insertions(+) diff --git a/arch/arm/boot/dts/uniphier-pinctrl.dtsi

Re: [PATCH v3 2/9] clocksource: arm_arch_timer: Extend arch_timer_kvm_info to get the virtual IRQ

Hi Christoffer, On 09/03/2016 10:27, Christoffer Dall wrote: On Tue, Mar 08, 2016 at 11:29:26AM +, Julien Grall wrote: diff --git a/drivers/clocksource/arm_arch_timer.c b/drivers/clocksource/arm_arch_timer.c index b7ab588..d8887f3 100644 --- a/drivers/clocksource/arm_arch_timer.c +++

Re: [RFC][PATCH v2 1/2] printk: Make printk() completely async

Hello Jan, On (03/07/16 13:16), Jan Kara wrote: [..] > > So if this will be a problem in practice, using a kthread will probably be > > the easiest solution. > > Hum, and thinking more about it: Considering that WQ_MEM_RECLAIM workqueues > create kthread anyway as a rescuer thread, it may be the

[PATCH 02/11] objtool: Detect infinite recursion

I don't _think_ dead_end_function() can get into a recursive loop, but just in case, stop the loop and print a warning. Signed-off-by: Josh Poimboeuf --- tools/objtool/builtin-check.c | 45 +++ 1 file changed, 33 insertions(+), 12

[PATCH 04/11] objtool: Fix false positive warnings related to sibling calls

With some configs [1], objtool prints a bunch of false positive warnings like: arch/x86/events/core.o: warning: objtool: x86_del_exclusive()+0x0: frame pointer state mismatch For some reason this config has a bunch of sibling calls. When objtool follows a sibling call jump, it attempts to

[PATCH 00/11] Various objtool fixes

Based on tip/master. These patches fix all known objtool issues: - infinite loop - sibling call false positives - switch statement jump table fix - performance improvements - print one warning per function Josh Poimboeuf (11): objtool: Prevent infinite recursion in noreturn detection

Re: [PATCH v3] lock/semaphore: Avoid an unnecessary deadlock within up()

On Wed, Mar 09, 2016 at 11:00:37AM +0900, Byungchul Park wrote: > On Wed, Feb 17, 2016 at 10:28:29AM +0100, Ingo Molnar wrote: > > > > * Byungchul Park wrote: > > > > > diff --git a/kernel/locking/semaphore.c b/kernel/locking/semaphore.c > > > index b8120ab..6634b68

[PATCH 2/2] nouveau: use new vga_switcheroo power domain.

From: Dave Airlie This fixes GPU auto powerdown on the Lenovo W541, since we advertise Windows 2013 to the ACPI layer. Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_vga.c | 10 +++--- 1 file changed, 7 insertions(+), 3 deletions(-)

[PATCH 1/2] vga_switcheroo: add power support for windows 10 machines.

From: Dave Airlie Windows 10 seems to have standardised power control for the optimus/powerxpress laptops using PR3 power resource hooks. I'm not sure this is definitely the correct place to be doing this, but it works for me here. The ACPI device for the GPU I have is

Re: [PATCH 4/5] gpio: of: Add support to have multiple gpios in gpio-hog

Hi, On Tue, Mar 08, 2016 at 05:32:07PM +0530, Laxman Dewangan wrote: > The child node for gpio hogs under gpio controller's node > provide the mechanism to automatic GPIO request and > configuration as part of the gpio-controller's driver > probe function. > > Currently, property "gpio" takes

Re: [PATCH net 1/3] net: mvneta: Fix spinlock usage

Dear Gregory, On Tue, 8 Mar 2016 13:57:04 +0100 Gregory CLEMENT wrote: > In the previous patch, the spinlock was not initialized. While it didn't > cause any trouble yet it could be a problem to use it uninitialized. > > The most annoying part was the critical section protected by the spinlock

[PATCH][v6][RFC] livepatch/ppc: Enable livepatching on powerpc

The previous revision was nacked by Torsten, but compared to the alternatives at hand I think we should test this approach. Ideally we want all the complexity of live-patching in the live-patching code and not in the patch. The other option is to accept v4 and document the limitation to patch

Re: [PATCH 2/5] usb: gadget: f_midi: added spinlock on transmit function

Hi, Felipe Ferreri Tonello writes: >> ps: can you point me to your devices shipping with f_midi ? Which >> architecture are they using ? Which USB Peripheral Controller ? This >> might be a good addition to my test farm depending on your answers above >> :-p > > Seaboard

Re: [PATCH] KVM: Remove redundant smp_mb() in the kvm_mmu_commit_zap_page()

On 2016年03月08日 23:27, Paolo Bonzini wrote: > Unfortunately that patch added a bad memory barrier: 1) it lacks a > comment; 2) it lacks obvious pairing; 3) it is an smp_mb() after a read, > so it's not even obvious that this memory barrier has to do with the > immediately preceding read of

Re: [PATCH 4.4 13/74] cifs: fix out-of-bounds access in lease parsing

On Tue, Mar 8, 2016 at 9:47 PM, Ben Hutchings wrote: > On Mon, 2016-03-07 at 16:02 -0800, Greg Kroah-Hartman wrote: >> 4.4-stable review patch. If anyone has any objections, please let me know. >> >> -- >> >> From: Justin Maggard >> >>

Re: [PATCH v2] ARM: dts: add "simple-bus" where "arm,amba-bus" is used alone

Hi Rob, 2016-03-08 17:49 GMT+09:00 Rob Herring : > On Mon, Mar 7, 2016 at 11:46 PM, Masahiro Yamada > wrote: >> The compatible string "simple-bus" is well defined in ePAPR, while >> I see no documentation for the "arm,amba-bus" in ePAPR or

[PATCH 1/1] Fixes: cfc8874a485 ("perf script: Process cpu/threads maps")

fix the perf script python database export crash. Remove the union in evsel so that the database id and priv pointer can be used simultainously without conflicting and crashing. Detailed Description for the fixed bug follows: perf script crashes with a segmentaiton fault on user space tool

linux-next: removal of the apm tree

Hi Jiri, I noticed that the apm tree git://git.kernel.org/pub/scm/linux/kernel/git/jikos/apm.git branch for-next has not been updtaed since July 2014. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it proves useful

linux-next: removal of the mips-fixes tree

Hi James, I noticed that the mips-fixes tree git://git.kernel.org/pub/scm/linux/kernel/git/jhogan/mips.git branch mips-fixes has not been updated since v3.16-rc5. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it

Re: [PATCH 0/2] mm: Enable page parallel initialisation for Power

On Wed, Mar 9, 2016 at 12:28 PM, Balbir Singh wrote: > > > On 09/03/16 15:17, Li Zhang wrote: >> On Tue, Mar 8, 2016 at 10:45 PM, Balbir Singh wrote: >>> >>> On 08/03/16 14:55, Li Zhang wrote: From: Li Zhang

[REDO PATCH v7] perf/x86/amd/power: Add AMD accumulated power reporting mechanism

Introduce an AMD accumlated power reporting mechanism for the Family 15h, Model 60h processor that can be used to calculate the average power consumed by a processor during a measurement interval. The feature support is indicated by CPUID Fn8000_0007_EDX[12]. This feature will be implemented both

[PATCH] mm/mempool: Avoid KASAN marking mempool posion checks as use-after-free

When removing an element from the mempool, mark it as unpoisoned in KASAN before verifying its contents for SLUB/SLAB debugging. Otherwise KASAN will flag the reads checking the element use-after-free writes as use-after-free reads. Signed-off-by: Matthew Dawson ---

Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic

+CC linux-arch, parisc folks, PeterZ On Wednesday 09 March 2016 02:10 AM, Christoph Lameter wrote: > On Tue, 8 Mar 2016, Vineet Gupta wrote: > >> # set the bit >> 80543b8e:ld_s r2,[r13,0] <--- (A) Finds PG_locked is set >> 80543b90:or r3,r2,1<--- (B) other core unlocks

Re: [PATCH v7 03/17] scsi: ufs: implement scsi host timeout handler

On 03/08/2016 08:58 PM, yga...@codeaurora.org wrote: >> On 03/08/2016 02:01 PM, Hannes Reinecke wrote: >>> On 03/08/2016 01:35 PM, Yaniv Gardi wrote: A race condition exists between request requeueing and scsi layer error handling: When UFS driver queuecommand returns a busy status

Re: [RFC 2/7] Input: joystick - avoid fragile snprintf use

On Tue, Mar 8, 2016 at 10:40 PM, Rasmus Villemoes wrote: > Passing overlapping src and dst buffers to snprintf is fragile, and > while it currently works for the special case of passing dst as the > argument corresponding to an initial "%s" in the format string, any >

[PATCH 2/3] coresight: etb10: splitting sysFS "status" entry

The sysFS "status" entry conveys a wealth of information about the status of the HW but goes agains the sysFS rule of one topic per file. This patch rectifies the situation by adding read-only entries for each of the field formaly displayed by "status". The ABI documentation is kept up to date.

Re: [PATCH 01/14] pinctrl: at91: use __maybe_unused to hide pm functions

On Wed, Mar 2, 2016 at 10:58 PM, Arnd Bergmann wrote: > The at91-pio4 pinctrl driver uses SET_SYSTEM_SLEEP_PM_OPS() to > conditionally set the correct suspend/resume options, but they > become unused when CONFIG_PM is disabled: > > drivers/pinctrl/pinctrl-at91-pio4.c:827:12:

Re: [PATCH v1] tools/vm/page-types.c: remove memset() in walk_pfn()

On Tue, Mar 8, 2016 at 8:58 AM, Naoya Horiguchi wrote: > On Tue, Mar 08, 2016 at 08:12:09AM +0300, Konstantin Khlebnikov wrote: >> On Tue, Mar 8, 2016 at 4:47 AM, Naoya Horiguchi >> wrote: >> > I found that page-types is very slow and my

[PATCH v3] ARM,ARM64: dts: drop "arm,amba-bus" in favor of "simple-bus"

The compatible string "simple-bus" is well defined in ePAPR, while I see no documentation for the "arm,amba-bus" arnywhere in ePAPR or Documentation/devicetree/. DT is also used by other projects than Linux kernel. It is not a good idea to rely on such an unofficial binding. This commit -

[PATCH] platform/chrome: cros_ec_lightbar - use name instead of ID to hide lightbar attributes

Lightbar attributes are hidden if the ID of the device is not 0 (the assumption being that 0 = cros_ec = might have a lightbar, 1 = cros_pd = hide); however, sometimes these devices get IDs 1 and 2 (or something else) instead of IDs 0 and 1. This prevents the lightbar attributes from appearing

Re: [PATCH RESEND] Revert "PCI: dra7xx: Mark driver as broken"

On Tuesday 08 March 2016 11:35 PM, Bjorn Helgaas wrote: > On Fri, Mar 04, 2016 at 03:59:19PM +0530, Kishon Vijay Abraham I wrote: >> From: Sekhar Nori >> >> This reverts commit <5c3b99d057525fe2befe6a7db9b1309035d93eee> >> ("PCI: dra7xx: Mark driver as broken"). >> >> With

linux-next: removal of the kgdb tree

Hi Jason, I noticed that the kgdb tree git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/kgdb.git branch kgdb-next has not been updated since March 2015. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it

linux-next: removal of the lblnet tree

Hi Paul, I noticed that the lblnet tree git://git.infradead.org/users/pcmoore/lblnet branch next has not been updated since v3.18. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it proves useful in the future. --

Re: linux-next: removal of the apm tree

On Wed, 9 Mar 2016, Stephen Rothwell wrote: > Hi Jiri, > > I noticed that the apm tree > > git://git.kernel.org/pub/scm/linux/kernel/git/jikos/apm.git branch for-next > > has not been updtaed since July 2014. I am going to remove it from > linux-next tomorrow unless I hear that it may be

linux-next: removal of the rpmsg tree

Hi Ohad, I noticed that the rpmsg tree git://git.kernel.org/pub/scm/linux/kernel/git/ohad/rpmsg.git branch for-next has not been updated since November 2014. I am going to remove it from linux-next tomorrow unless I hear that it may be useful. It can always be easily added back if it proves

Re: [PATCH v3 9/9] clocksource: arm_arch_timer: Remove arch_timer_get_timecounter

On Tue, Mar 08, 2016 at 11:29:33AM +, Julien Grall wrote: > The only call of arch_timer_get_timecounter (in KVM) has been removed. > > Signed-off-by: Julien Grall > Acked-by: Christoffer Dall > --- > Cc: Daniel Lezcano

RE: [Qemu-devel] [RFC qemu 0/4] A PV solution for live migration optimization

> On 04/03/2016 15:26, Li, Liang Z wrote: > >> > > >> > The memory usage will keep increasing due to ever growing caches, > >> > etc, so you'll be left with very little free memory fairly soon. > >> > > > I don't think so. > > > > Roman is right. For example, here I am looking at a 64 GB

Re: [PATCH v3 3/9] irqchip/gic-v2: Gather ACPI specific data in a single structure

Hi Christoffer, On 09/03/2016 12:47, Christoffer Dall wrote: On Tue, Mar 08, 2016 at 11:29:27AM +, Julien Grall wrote: For now, there is only one member. More member will be added later. questionable commit message What about: "The ACPI code requires to use global variables in order

Re: [PATCH RFC 09/22] block, cfq: replace CFQ with the BFQ-v0 I/O scheduler

Il giorno 01/mar/2016, alle ore 19:46, Tejun Heo ha scritto: > Hello, Paolo. > > Sorry about the delay. > > On Sat, Feb 20, 2016 at 11:23:43AM +0100, Paolo Valente wrote: >> Before replying to your points, I want to stress that I'm not a >> champion of budget-based scheduling

Re: [PATCH RFC 09/22] block, cfq: replace CFQ with the BFQ-v0 I/O scheduler

Il giorno 04/mar/2016, alle ore 18:39, Christoph Hellwig ha scritto: > On Sat, Mar 05, 2016 at 12:29:39AM +0700, Linus Walleij wrote: >> Hi Tejun, >> >> I'm doing a summary of this discussion as a part of presenting >> Linaro's involvement in Paolo's work. So I try to

Re: [PATCH 1/3] thermal: exynos: List vtmu-supply as optional property in DT binding

On Tue, Mar 08, 2016 at 06:30:17PM -0300, Javier Martinez Canillas wrote: > Hello Eduardo, > > On 03/08/2016 06:07 PM, Eduardo Valentin wrote: > > On Thu, Feb 18, 2016 at 03:19:09PM -0300, Javier Martinez Canillas wrote: > >> The Exynos Thermal Management Unit binding says that the vtmu-supply >

Re: [RFC PATCH 12/12] IMA: Use the the system trusted keyrings instead of .ima_mok [ver #2]

On Tue, 2016-03-08 at 18:37 +0200, Petko Manolov wrote: > On 16-03-08 16:07:00, David Howells wrote: > > Petko Manolov wrote: > > > > > > How about I change it to a choice-type item, with the following options: > > > > > > > > (1) No addition. > > > > > > > > (2)

Re: [PATCH v16 02/23] tracing: Add 'hist' event trigger command

FYI, -- Steve >From 65692275fc895f7e2144889cd1335ff037cdb291 Mon Sep 17 00:00:00 2001 From: "Steven Rostedt (Red Hat)" Date: Tue, 8 Mar 2016 17:17:15 -0500 Subject: [PATCH] tracing: Fix unsigned comparison to zero in hist trigger code Fengguang Wu's bot found two

Re: [PATCH v2-UPDATE2 3/4] resource: Add device-managed insert/remove_resource()

On Tue, Mar 8, 2016 at 2:23 PM, Linus Torvalds wrote: > On Tue, Mar 8, 2016 at 12:59 PM, Dan Williams > wrote: >> >> Here's the usage patch from Toshi [1] (copied below). It is indeed a >> resource injected by nfit / nvdimm bus

[PATCH] x86, pmem: use memcpy_mcsafe() for memcpy_from_pmem()

Update the definition of memcpy_from_pmem() to return 0 or -EIO on error. Implement x86::arch_memcpy_from_pmem() with memcpy_mcsafe(). Cc: Borislav Petkov Cc: Ingo Molnar Cc: Tony Luck Cc: Thomas Gleixner Cc: Andy

Re: [PATCH v2 net-next 0/12] bpf: map pre-alloc

On Tue, Mar 08, 2016 at 03:31:10PM -0500, David Miller wrote: ... > > Patch 10: stress test for hash map infra. It attaches to spin_lock > > functions and bpf_map_update/delete are called from different contexts > > Patch 11: stress for bpf_get_stackid > > Patch 12: map performance test > > > >

Re: [RESEND PATCH v2 5/5] clk: rockchip: add clock controller for the RK3399

Xing Zheng, On Tue, Mar 1, 2016 at 2:15 AM, Xing Zheng wrote: > + MMC(SCLK_SDMMC_DRV, "emmc_drv","clk_sdmmc", > RK3399_SDMMC_CON0, 1), > + MMC(SCLK_SDMMC_SAMPLE, "emmc_sample", "clk_sdmmc", > RK3399_SDMMC_CON1, 1), Can you and Jianqun Xu please

[PATCH] ARM: pxa: fix the number of DMA requestor lines

The number of requestor lines was clamped to 0 for all pxa architectures in the requestor declaration. Fix this by using the value. Fixes: 72b195cb7162 ("ARM: pxa: add the number of DMA requestor lines") Signed-off-by: Robert Jarzmik --- arch/arm/mach-pxa/devices.c | 1 +

[PATCH v15 0/6] arm64, numa: Add numa support for arm64 platforms

From: David Daney v15: - Make the distance-map node optional (again), if it is not in the device tree, default values are used. - Minor cleanups to of_numa.c as suggested by Rob Harring. v14: - Revised patch to unflatten the device

[PATCH v15 3/6] of, numa: Add NUMA of binding implementation.

From: David Daney Add device tree parsing for NUMA topology using device "numa-node-id" property in distance-map and cpu nodes. This is a complete rewrite of a previous patch by: Ganapatrao Kulkarni Signed-off-by: David Daney

[PATCH v15 4/6] arm64: Move unflatten_device_tree() call earlier.

From: David Daney In order to extract NUMA information from the device tree, we need to have the tree in its unflattened form. Split paging_init() into two pieces. The first piece maps memory so that unflatten_device_tree(), can allocate memory. The second piece

[PATCH v15 1/6] efi: ARM/arm64: ignore DT memory nodes instead of removing them

From: Ard Biesheuvel There are two problems with the UEFI stub DT memory node removal routine: - it deletes nodes as it traverses the tree, which happens to work but is not supported, as deletion invalidates the node iterator; - deleting memory nodes entirely may

[PATCH v15 5/6] arm64, numa: Add NUMA support for arm64 platforms.

From: Ganapatrao Kulkarni Attempt to get the memory and CPU NUMA node via of_numa. If that fails, default the dummy NUMA node and map all memory and CPUs to node 0. Tested-by: Shannon Zhao Reviewed-by: Robert Richter

[PATCH v15 2/6] Documentation, dt, numa: dt bindings for NUMA.

From: Ganapatrao Kulkarni Add DT bindings for numa mapping of memory, CPUs and IOs. Reviewed-by: Robert Richter Signed-off-by: Ganapatrao Kulkarni Signed-off-by: David Daney Acked-by: Rob

Re: [RESEND RFC 2/3] nvmem: Add 'nvmem-blob' driver

>> >> I don't think I understand what you mean, could you give me an example >> of how I'd use local-mac-address property for that use case? AFAIK, >> local-mac-address is just an array of bytes embedded into device tree, > > Well, yeah, but the nvmem-blob is also just an array of bytes embedded >

Re: [PATCH] vTPM: fix missing error handling for suspend operation

> > > + } else if (crq.msg == (u8) PARTNER_PARTITION_FAILED) { > > > + dev_err(ibmvtpm->dev, > > > + "vtpm has terminated fatally; reboot to > > > reinstate a trusted state.\n"); > > > + } else if (crq.msg == (u8)

[PATCH net-next 1/3] samples/bpf: add bpf map stress test

this test calls bpf programs from different contexts: from inside of slub, from rcu, from pretty much everywhere, since it kprobes all spin_lock functions. It stresses the bpf hash and percpu map pre-allocation, deallocation logic and call_rcu mechanisms. User space part adding more stress by

[PATCH net-next 3/3] samples/bpf: add map performance test

performance tests for hash map and per-cpu hash map with and without pre-allocation Signed-off-by: Alexei Starovoitov --- samples/bpf/Makefile | 4 + samples/bpf/map_perf_test_kern.c | 100 + samples/bpf/map_perf_test_user.c | 155

[PATCH net-next 2/3] samples/bpf: stress test bpf_get_stackid

increase stress by also calling bpf_get_stackid() from various *spin* functions Signed-off-by: Alexei Starovoitov --- samples/bpf/spintest_kern.c | 9 + 1 file changed, 9 insertions(+) diff --git a/samples/bpf/spintest_kern.c b/samples/bpf/spintest_kern.c index

[PATCH] kvm: cap halt polling at exactly halt_poll_ns

When growing halt-polling, there is no check that the poll time exceeds the limit. It's possible for vcpu->halt_poll_ns grow once past halt_poll_ns, and stay there until a halt which takes longer than vcpu->halt_poll_ns. For example, booting a Linux guest with halt_poll_ns=11000: ...

Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies

On 03/08/2016 01:58 PM, Andy Lutomirski wrote: > On Tue, Mar 8, 2016 at 12:47 PM, Scott Bauer wrote: >> This patch adds a per-process secret to the task struct which >> will be used during signal delivery and during a sigreturn. >> Also, logic is added in signal.c to

Re: [PATCH v3 1/3] SROP Mitigation: Architecture independent code for signal cookies

On Tue, Mar 8, 2016 at 1:49 PM, Scotty Bauer wrote: > > > On 03/08/2016 01:58 PM, Andy Lutomirski wrote: >> On Tue, Mar 8, 2016 at 12:47 PM, Scott Bauer wrote: >>> This patch adds a per-process secret to the task struct which >>> will be used during

Re: [PATCH v2-UPDATE2 3/4] resource: Add device-managed insert/remove_resource()

On Tue, Mar 8, 2016 at 12:59 PM, Dan Williams wrote: > > Here's the usage patch from Toshi [1] (copied below). It is indeed a > resource injected by nfit / nvdimm bus implementation. We just happen > to support nfit and libnvdimm as modules. > > The goal of these

[PATCH] pci: add pci_clear_master() stub for !CONFIG_PCI

Add a stub for pci_clear_master() for when CONFIG_PCI is not set, similar to what's done for pci_set_master(). Signed-off-by: Michael Auchter --- include/linux/pci.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux/pci.h b/include/linux/pci.h index

Re: Thoughts on tightening up user namespace creation

Quoting Andy Lutomirski (l...@amacapital.net): > On Mar 7, 2016 10:06 PM, "Serge E. Hallyn" wrote: > > > > On Mon, Mar 07, 2016 at 09:15:25PM -0800, Andy Lutomirski wrote: > > > - Ubuntu requires CAP_SYS_ADMIN > > > > No, it does not. It has temporarily re-added a

[PATCH 2/3] libnvdimm, pmem: fix kmap_atomic() leak in error path

When we enounter a bad block we need to kunmap_atomic() before returning. Cc: Cc: Ross Zwisler Signed-off-by: Dan Williams --- drivers/nvdimm/pmem.c | 11 +++ 1 file changed, 7 insertions(+), 4

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