Re: [PATCH] um: Fix compile failure due to current_text_address() definition

Yes On Thu, Nov 10, 2016 at 3:14 PM, Richard Weinberger wrote: > Keno, > > On 10.11.2016 21:10, Keno Fischer wrote: >>> The problem is ready being solved in a generic way: >>> http://marc.info/?l=linux-kernel=147828481602561=2 >>> >>> Can you please give this patch a try? >> >>

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: > > This series brings the PaX/Grsecurity PAX_REFCOUNT > > feature support to the upstream kernel. All credit for the > > feature goes to the feature authors. > > > >

[GIT PULL] Please pull a few more NFS client bugfixes

Hi Linus, The following changes since commit 83aa3e0f791d458a28f91d7a50f92926f971ef7c: nfs4: fix missing-braces warning (2016-10-19 14:39:15 -0400) are available in the git repository at: git://git.linux-nfs.org/projects/anna/linux-nfs.git tags/nfs-for-4.9-3 for you to fetch changes up to

[PATCH] mm: add ZONE_DEVICE statistics to smaps

ZONE_DEVICE pages are mapped into a process via the filesystem-dax and device-dax mechanisms. There are also proposals to use ZONE_DEVICE pages for other usages outside of dax. Add statistics to smaps so applications can debug that they are obtaining the mappings they expect, or otherwise

Re: [PATCH v2 2/2] mmc: sdhci-iproc: support standard byte register accesses

On 1 November 2016 at 17:37, Scott Branden wrote: > Add bytewise register accesses support for newer versions of IPROC > SDHCI controllers. > Previous sdhci-iproc versions of SDIO controllers > (such as Raspberry Pi and Cygnus) only allowed for 32-bit register >

Re: [PATCH v2 1/2] mmc: sdhci-iproc: Add brcm,sdhci-iproc compat string in bindings document

On 1 November 2016 at 17:37, Scott Branden wrote: > Adds brcm,sdhci-iproc compat string to DT bindings document for > the iProc SDHCI driver. > > Signed-off-by: Anup Patel > Signed-off-by: Scott Branden Thanks,

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On Thu, Nov 10, 2016 at 11:04:07PM +0100, Luis R. Rodriguez wrote: > This is more forward looking, but -- if we had an annotation in Kconfig/turned > to a mod info section, or to start off with just a driver MODULE_SUGGESTS() > macro > to start off with it might suffice for the driver core to

[PATCH v7 3/8] x86: Enable Intel Turbo Boost Max Technology 3.0

On platforms supporting Intel Turbo Boost Max Technology 3.0, the maximum turbo frequencies of some cores in a CPU package may be higher than for the other cores in the same package. In that case, better performance (and possibly lower energy consumption as well) can be achieved by making the

[PATCH v7 0/8] Support Intel Turbo Boost Max Technology 3.0

With Intel Turbo Boost Max Technology 3.0 (ITMT), single-threaded performance is optimized by identifying processor's fastest core and running critical workloads on it. Refer to: http://www.intel.com/content/www/us/en/architecture-and-technology/turbo-boost/turbo-boost-max-technology.html This

Re: [PATCH] f2fs: don't wait writeback for datas during checkpoint

Hi Chao, On Thu, Nov 10, 2016 at 07:40:03PM +0800, Chao Yu wrote: > Normally, while committing checkpoint, we will wait on all pages to be > writebacked no matter the page is data or metadata, so in scenario where > there are lots of data IO being submitted with metadata, we may suffer > long

[PATCH] driver-core: fix odd_ptr_err.cocci warnings

PTR_ERR should access the value just tested by IS_ERR Generated by: scripts/coccinelle/tests/odd_ptr_err.cocci CC: Dmitry Torokhov Signed-off-by: Julia Lawall Signed-off-by: Fengguang Wu --- 0-day warning related to the

Re: [PATCH 4.8 118/138] drm/i915: Clean up DDI DDC/AUX CH sanitation

Hi, I'm merely curious why this patch isn't also included: https://cgit.freedesktop.org/drm-intel/commit/?id=e4ab73a13291fc844c9e24d5c347bd95818544d2 When i checked it, it's also not in 4.9-rc git tree. This patch affects HDMI, and the HDMI connector was "my problem". @Ville: Is it intentional

Re: [PATCH] driver-core: fix odd_ptr_err.cocci warnings

On Thu, 10 Nov 2016, Dmitry Torokhov wrote: > [ resending as plain text ] > > On Thu, Nov 10, 2016 at 12:18 PM, Dmitry Torokhov wrote: > > > > > > On Thu, Nov 10, 2016 at 12:16 PM, Julia Lawall wrote: > >> > >> PTR_ERR should access the value just

Re: [PATCH v2 1/3] remoteproc: qcom: Encapsulate pvt data structure for q6v56 hexagon.

On Fri, Nov 04, 2016 at 07:30:54PM +0530, Avaneesh Kumar Dwivedi wrote: > Encapsulate resources specific to each version of hexagon chip to > device node to avoid conditional check for manipulation of those > resources in driver code. > > Signed-off-by: Avaneesh Kumar Dwivedi

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

* Brian Norris [161110 11:49]: > On Thu, Nov 10, 2016 at 10:13:55AM -0800, Dmitry Torokhov wrote: > > On Thu, Nov 10, 2016 at 10:07 AM, Brian Norris > > wrote: > > > It's important that user space can figure out what device woke the > > >

Re: PM regression with LED changes in next-20161109

Hi! > >>It seems that we should get back to your initial approach. i.e. only > >>brightness changes caused by hardware should be reported. > > > >I don't think enabling poll() here is good idea. Some hardware won't > >be able to tell you that it changed the state. Returning maximum > >brightness

Re: [PATCH] firmware: fix async/manual firmware loading

On Thu, 2016-11-10 at 11:48 -0800, Luis R. Rodriguez wrote: > > I haven't verified that this particular use case actually worked before, > > but this code works with lower timeout values (e.g. 60 in the fallback > > case), so this looks isolated. > > This is true, but as I noted the broken aspect

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 1:23 PM, David Windsor wrote: > On Thu, Nov 10, 2016 at 4:01 PM, Kees Cook wrote: >> On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: >>> On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote:

commit 5c672ab3f0ee0f78f: fuse: serialize dirops by default

Hi Miklos, In commit 5c672ab3f0ee0f78f7acad183f34db0f8781a200 you introduced a new FUSE_PARALLEL_DIROPS capability and bumped the kernel interface no to 25 - but there have been no corresponding changes to userspace. Is this still preliminary and thus deliberately not in libfuse? I only noticed

Re: [PATCH] staging: lustre: lov: Fix signed wrap around when decrementing index 'i'

On Nov 10, 2016, at 07:19, Colin King wrote: > > From: Colin Ian King > > Change predecrement compare to post decrement compare to avoid an > unsigned integer wrap-around comparisomn when decrementing in the while > loop. > > Issue found

Re: [PATCH] staging: vc04_services: add vchiq_pagelist_info structure

On Mon, Nov 07, 2016 at 07:41:27AM -0800, Michael Zoran wrote: > On Mon, 2016-11-07 at 11:03 +0100, Greg KH wrote: > > On Mon, Oct 31, 2016 at 01:10:35AM -0700, Michael Zoran wrote: > > > The current dma_map_sg based implementation for bulk messages > > > computes many offsets into a single

Re: [PATCH 2/3] qemu: Implement virtio-pstore device

On Fri, Sep 16, 2016 at 07:05:47PM +0900, Namhyung Kim wrote: > On Tue, Sep 13, 2016 at 06:57:10PM +0300, Michael S. Tsirkin wrote: > > On Sat, Aug 20, 2016 at 05:07:43PM +0900, Namhyung Kim wrote: > > > Add virtio pstore device to allow kernel log files saved on the host. > > > It will save the

Re: [PATCH 4.8 118/138] drm/i915: Clean up DDI DDC/AUX CH sanitation

On Thu, Nov 10, 2016 at 09:16:49PM +0100, Maarten Maathuis wrote: > Hi, > > I'm merely curious why this patch isn't also included: > https://cgit.freedesktop.org/drm-intel/commit/?id=e4ab73a13291fc844c9e24d5c347bd95818544d2 > > When i checked it, it's also not in 4.9-rc git tree. That's why

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 10.11.2016 21:14, Keno Fischer wrote: > Yes Can you please reply to Sebastian's patch series and explain him how you trigger that error? I don't have a gcc broken by Debian on my machine right now. > On Thu, Nov 10, 2016 at 3:14 PM, Richard Weinberger wrote: >> Keno,

Re: [PATCH v3 2/3] PCI: qcom: add support to msm8996 PCIE controller

On Fri, Nov 04, 2016 at 12:59:46PM +, Srinivas Kandagatla wrote: > This patch adds support to msm8996/apq8096 pcie, MSM8996 supports > Gen 1/2, One lane, 3 pcie root-complex with support to MSI and > legacy interrupts and it conforms to PCI Express Base 2.1 specification. > > This patch adds

Re: [PATCH 00/12] of: Make drivers/of/resolver.c more readable

On Fri, Oct 28, 2016 at 11:26:20PM -0700, frowand.l...@gmail.com wrote: > From: Frank Rowand > > drivers/of/resolve.c is a bit difficult to read. Clean it up so > that review of future overlay related patches will be easier. > > Most of the patches are intended to be

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 12:37 PM, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: >> This series brings the PaX/Grsecurity PAX_REFCOUNT >> feature support to the upstream kernel. All credit for the >> feature goes to the feature

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

On Thu 2016-11-10 10:07:07, Brian Norris wrote: > It's important that user space can figure out what device woke the > system from suspend -- e.g., for debugging, or for implementing > conditional wake behavior. Dedicated wakeup IRQs don't currently do > that. > > Let's report the event

Re: [PATCH 1/2] of/platform: fix of_platform_device_destroy comment

On Tue, Nov 01, 2016 at 11:53:21AM +0100, Johan Hovold wrote: > Update the comment to of_platform_device_destroy() to reflect that it no > longer returns a status value. > > Fixes: 75f353b61342 ("of/platform: Fix of_platform_device_destroy...") > Signed-off-by: Johan Hovold >

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 1:13 PM, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 08:48:38PM +, Will Deacon wrote: >> > That said, I still don't much like this. >> > >> > I would much rather you make kref useful and use that. It still means >> > you get to audit all

Re: Long delays creating a netns after deleting one (possibly RCU related)

On Thu, Nov 10, 2016 at 09:37:47AM -0800, Cong Wang wrote: > (Cc'ing Paul) > > On Wed, Nov 9, 2016 at 7:42 AM, Rolf Neugebauer > wrote: > > Hi > > > > We noticed some long delays starting docker containers on some newer > > kernels (starting with 4.5.x and still

[PATCH] drm/rockchip: return ERR_PTR instead of NULL

rockchip_drm_framebuffer_init is only used in one case, in rockchip_drm_fbdev.c, where its return value is tested using IS_ERR. To enable propagating the reason for the error, change the definition so that it returns an ERR_PTR value. Problem found with the help of Coccinelle. Signed-off-by:

Re: [PATHCv10 0/2] USB Type-C Connector class

On Mon, Sep 19, 2016 at 02:16:55PM +0300, Heikki Krogerus wrote: > The USB Type-C class is meant to provide unified interface to the > userspace to present the USB Type-C ports in a system. > Any idea what is happening with this patch series ? There was no further feedback (at least as far as I

Re: [PATCH v3 3/9] media: venus: adding core part and helper functions

On 11/07, Stanimir Varbanov wrote: > diff --git a/drivers/media/platform/qcom/venus/core.c > b/drivers/media/platform/qcom/venus/core.c > new file mode 100644 > index ..7b14b1f12e20 > --- /dev/null > +++ b/drivers/media/platform/qcom/venus/core.c > @@ -0,0 +1,557 @@ > +/* > + *

Re: [Intel-wired-lan] [PATCH v2] e1000e: free IRQ regardless of __E1000_DOWN

Hello Sasha, On 11/9/2016 11:19 PM, Neftin, Sasha wrote: On 11/9/2016 11:41 PM, Tyler Baicar wrote: Move IRQ free code so that it will happen regardless of the __E1000_DOWN bit. Currently the e1000e driver only releases its IRQ if the __E1000_DOWN bit is cleared. This is not sufficient because

[PATCH 4/4] Documentation/sparc: Steps for sending break on sunhv console

Documented the steps for sending break on sunhv console. Signed-off-by: Vijay Kumar --- Documentation/sparc/console.txt |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/Documentation/sparc/console.txt b/Documentation/sparc/console.txt

[PATCH 1/4] sparc64: Set cpu state to offline when stopped

CPU needs to be marked offline before stopping it. When not marked offline, the xcall receives HV_EWOULDBLOCK and so assumes that not all CPUs received the message, and retries. After 1 retries, it finally fails with fatal mondo timeout. Signed-off-by: Vijay Kumar

Re: [PATCH 3/3] ovl: redirect on rename-dir

On Mon, Nov 7, 2016 at 3:38 PM, Amir Goldstein wrote: > On Mon, Nov 7, 2016 at 12:08 PM, Konstantin Khlebnikov > wrote: >> On Mon, Nov 7, 2016 at 1:04 PM, Miklos Szeredi wrote: >>> On Mon, Nov 7, 2016 at 10:58 AM, Konstantin Khlebnikov

[PATCH] driver-core: fix platform_no_drv_owner.cocci warnings

Remove .owner field initialization as the core will do it. Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci CC: Dmitry Torokhov Signed-off-by: Julia Lawall Signed-off-by: Fengguang Wu --- 0-day warning: tree:

Re: [PATCH] driver-core: fix odd_ptr_err.cocci warnings

[ resending as plain text ] On Thu, Nov 10, 2016 at 12:18 PM, Dmitry Torokhov wrote: > > > On Thu, Nov 10, 2016 at 12:16 PM, Julia Lawall wrote: >> >> PTR_ERR should access the value just tested by IS_ERR >> >> Generated by:

Re: [PATCH] i2c: i2c-topology: fix minor whitespace nit

On Thu, Nov 10, 2016 at 03:03:21PM +0100, Peter Rosin wrote: > Signed-off-by: Peter Rosin Applied to for-current, thanks! signature.asc Description: PGP signature

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: > This series brings the PaX/Grsecurity PAX_REFCOUNT > feature support to the upstream kernel. All credit for the > feature goes to the feature authors. > > The name of the upstream feature is HARDENED_ATOMIC > and it is configured

Re: [PATCH v2 2/6] mfd: stm32-adc: Add support for stm32 ADC

Hi Fabrice, [auto build test ERROR on ljones-mfd/for-mfd-next] [also build test ERROR on v4.9-rc4 next-20161110] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Fabrice-Gasnier/Add-support

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

> The problem is ready being solved in a generic way: > http://marc.info/?l=linux-kernel=147828481602561=2 > > Can you please give this patch a try? No dice. After backing out my patch and applying that one I get: /usr/bin/ld: error: net/built-in.o: requires unsupported dynamic reloc 11;

[PATCH] watchdog: hpwdt: changed maintainer information

Signed-off-by: Jimmy Vance --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 411e3b8..1a4d0c5 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -5606,7 +5606,7 @@ S:Maintained F:

question about clk_get_parent

As far as I can see in the various definitions of clk_get_parent, they all return either NULL or a value stored in a structure field. But the documentation with the prototype in includ/linux/clk.h says that it returns a valid IS_ERR() condition containing errno. Are ERR_PTR values stored in the

Re: [PATCH v5 02/23] of: device: Export of_device_{get_modalias, uvent_modalias} to modules

On Sun, Nov 6, 2016 at 7:56 PM, Chen-Yu Tsai wrote: > On Mon, Nov 7, 2016 at 9:29 AM, Peter Chen wrote: >> On Fri, Nov 04, 2016 at 01:51:34PM -0700, Stephen Boyd wrote: >>> Quoting Peter Chen (2016-10-24 18:16:32) >>> > On Mon, Oct 24, 2016 at 12:48:24PM

Re: [PATCH] clk: qcom: ipq806x: Fix board clk rates

On 11/09, Stephen Boyd wrote: > The clocks on these boards run at 25 MHz, not 19.2 and 27 like > other platforms. Unfortunately I copy/pasted from other similar > SoCs but forgot this one is different. Fix it. > > Fixes: a085f877a882 ("clk: qcom: Move cxo/pxo/xo into dt files") > Signed-off-by:

Re: [PATCH v2 05/12] mm: thp: add core routines for thp/pmd migration

On Thu, Nov 10, 2016 at 01:59:03PM +0530, Anshuman Khandual wrote: > On 11/08/2016 05:01 AM, Naoya Horiguchi wrote: > > This patch prepares thp migration's core code. These code will be open when > > unmap_and_move() stops unconditionally splitting thp and get_new_page() > > starts > > to

Re: [PATCH V3 1/9] PM / OPP: Reword binding supporting multiple regulators per device

On 11/10, Viresh Kumar wrote: > On 10-11-16, 16:36, Mark Brown wrote: > > On Thu, Nov 10, 2016 at 09:34:40AM +0530, Viresh Kumar wrote: > > > On 09-11-16, 14:58, Mark Brown wrote: > > > > On Wed, Oct 26, 2016 at 12:02:56PM +0530, Viresh Kumar wrote: > > > > > > > + Entries for multiple

Re: [tip:ras/core] x86/RAS: Simplify SMCA HWID descriptor struct

> > > > Argh, the macro should be adding the additional parentheses: > > > > #define HWID_MCATYPE(hwid, mcatype) (((hwid) << 16) | (mcatype)) > > > > That should fix the issue too. > Yep, sure does. > Patch please. Will do. Thanks, Yazen

Re: PM regression with LED changes in next-20161109

On Thu 2016-11-10 10:55:37, Tony Lindgren wrote: > * Pavel Machek [161110 09:29]: > > Hi! > > > > > >>>Looks like commit 883d32ce3385 ("leds: core: Add support for poll()ing > > > >>>the sysfs brightness attr for changes.") breaks runtime PM for me. > > > >>> > > > >>>On my omap

Re: [PATCH] usbnet: prevent device rpm suspend in usbnet_probe function

Alan Stern writes: > On Thu, 10 Nov 2016, Kai-Heng Feng wrote: > >> Is there a way to force XHCI run at HighSpeed? > > Yes, like I said above: Use a USB-2 cable instead of a USB-3 cable. It's an m.2 form factor modem, so there most likely isn't any cable involved. But

Re: fsnotify_mark_srcu wtf?

On Thu, Nov 10, 2016 at 8:46 PM, Jan Kara wrote: > Except it doesn't quite work. We can pin the current marks by a refcount > but they can still be removed from the list so after we regain srcu lock, > we are not sure their ->next pointers still point to still allocated marks > :-|

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: > On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: >> On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: >> > This series brings the PaX/Grsecurity PAX_REFCOUNT >> > feature support to the

Re: [PATCH v3 05/46] perf/x86/intel/cmt: add per-package locks

On Sat, 29 Oct 2016, David Carrillo-Cisneros wrote: > Lockdep needs lock_class_key's to be statically initialized and/or use > nesting, but nesting is currently hard-coded for up to 8 levels and it's > fragile to depend on lockdep internals. > To circumvent this problem, statically define

Re: PM regression with LED changes in next-20161109

Hi, On 11/10/2016 09:29 PM, Pavel Machek wrote: On Thu 2016-11-10 10:55:37, Tony Lindgren wrote: * Pavel Machek [161110 09:29]: Hi! Looks like commit 883d32ce3385 ("leds: core: Add support for poll()ing the sysfs brightness attr for changes.") breaks runtime PM for me. On my

[PATCH 3/3] ppdev: use pr_* macros

The coding style recommends not to use printk. Use pr_* macros. Signed-off-by: Sudip Mukherjee --- drivers/char/ppdev.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/char/ppdev.c b/drivers/char/ppdev.c index

[PATCH 1/3] ppdev: fix memory leak

The variable name was only released if parport_register_dev_model() fails. Now that we are using the device-model the parport driver will duplicate the name and use it. So we can release the variable after the device has been registered with the parport. Suggested-by: Arnd Bergmann

[PATCH v7 1/8] sched: Extend scheduler's asym packing

We generalize the scheduler's asym packing to provide an ordering of the cpu beyond just the cpu number. This allows the use of the ASYM_PACKING scheduler machinery to move loads to preferred CPU in a sched domain. The preference is defined with the cpu priority given by

[PATCH 2/4] sparc64: Migrate hvcons irq to panicked cpu

On panic, all other CPUs are stopped except the one which had hit panic. To keep console alive, we need to migrate hvcons irq to panicked CPU. Signed-off-by: Vijay Kumar --- arch/sparc/include/asm/setup.h |1 + arch/sparc/kernel/smp_64.c |6 +-

[PATCH 3/4] sparc64: Send break twice from console to return to boot prom

Now we can also jump to boot prom from sunhv console by sending break twice on console for both running and panicked kernel cases. Signed-off-by: Vijay Kumar --- drivers/tty/serial/sunhv.c |6 +- kernel/panic.c |3 ++- 2 files changed, 7

Re: Re: [PATCH 1/2] x86/tsc: add X86_FEATURE_TSC_KNOWN_FREQ flag

> > --- a/arch/x86/kernel/tsc.c > > +++ b/arch/x86/kernel/tsc.c > > @@ -1283,10 +1283,10 @@ static int __init init_tsc_clocksource(void) > > clocksource_tsc.flags |= CLOCK_SOURCE_SUSPEND_NONSTOP; > > > > /* > > -* Trust the results of the earlier calibration on systems > > -

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 4:01 PM, Kees Cook wrote: > On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon wrote: >> On Thu, Nov 10, 2016 at 09:37:49PM +0100, Peter Zijlstra wrote: >>> On Thu, Nov 10, 2016 at 10:24:35PM +0200, Elena Reshetova wrote: >>> > This

Re: [PATCH] firmware: fix async/manual firmware loading

On Thu, Nov 10, 2016 at 1:04 PM, Yves-Alexis Perez wrote: > On Thu, 2016-11-10 at 11:48 -0800, Luis R. Rodriguez wrote: >> > I haven't verified that this particular use case actually worked before, >> > but this code works with lower timeout values (e.g. 60 in the fallback >> >

Re: [PATCH v3 06/46] perf/x86/intel/cmt: add intel_cmt pmu

On Sat, 29 Oct 2016, David Carrillo-Cisneros wrote: > static int __init cmt_alloc(void) > { > cmt_l3_scale = boot_cpu_data.x86_cache_occ_scale; > @@ -240,6 +339,7 @@ static int __init cmt_start(void) > err = -ENOMEM; > goto rm_online; > } > +

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

On Thu, Nov 10, 2016 at 01:49:11PM -0700, Tony Lindgren wrote: > * Brian Norris [161110 11:49]: > > On Thu, Nov 10, 2016 at 10:13:55AM -0800, Dmitry Torokhov wrote: > > > On Thu, Nov 10, 2016 at 10:07 AM, Brian Norris > > > wrote: > > > > It's

[PATCH] locktorture: Fix potential memory leak with rw lock test

When running locktorture module with the below commands with kmemleak enabled: $ modprobe locktorture torture_type=rw_lock_irq $ rmmod locktorture The below kmemleak got caught: root@10:~# echo scan > /sys/kernel/debug/kmemleak [ 323.197029] kmemleak: 2 new suspected memory leaks (see

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 10:13:10PM +0100, Peter Zijlstra wrote: > On Thu, Nov 10, 2016 at 08:48:38PM +, Will Deacon wrote: > > > That said, I still don't much like this. > > > > > > I would much rather you make kref useful and use that. It still means > > > you get to audit all refcounts in

Re: commit 5c672ab3f0ee0f78f: fuse: serialize dirops by default

On Thu, Nov 10, 2016 at 11:21 PM, Nikolaus Rath wrote: > Hi Miklos, > > In commit 5c672ab3f0ee0f78f7acad183f34db0f8781a200 you introduced a new > FUSE_PARALLEL_DIROPS capability and bumped the kernel interface no to > 25 - but there have been no corresponding changes to

[PATCH v7 6/8] acpi: bus: Enable HWP CPPC objects

From: Srinivas Pandruvada Need to set platform wide _OSC bits to enable CPPC and CPPC version 2. If platform supports CPPC, then BIOS exposes CPPC tables. The primary reason to enable CPPC support is to get the maximum performance of each CPU to check and

[PATCH v7 8/8] cpufreq: intel_pstate: Use CPPC to get max performance

From: "Rafael J. Wysocki" This change uses acpi cppc_lib interface to get CPPC performance limits and calls scheduler interface to update per cpu highest priority. If there is a difference in highest performance of each CPUs, call scheduler interface to enable ITMT

Re: [PATCH 3/3] ovl: redirect on rename-dir

New version is at: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git #redirect News: - it actually should work in all cases - when rename is not cross directory, just store the new name instead of a full path, as suggested by Amir - when redirect path is too long fall back to EXDEV

[PATCH v7 5/8] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU

Some Intel cores in a package can be boosted to a higher turbo frequency with ITMT 3.0 technology. The scheduler can use the asymmetric packing feature to move tasks to the more capable cores. If ITMT is enabled, add SD_ASYM_PACKING flag to the thread and core sched domains to enable asymmetric

[PATCH v7 2/8] x86/topology: Define x86's arch_update_cpu_topology

The scheduler calls arch_update_cpu_topology() to check whether the scheduler domains have to be rebuilt. So far x86 has no requirement for this, but the upcoming ITMT support makes this necessary. Request the rebuild when the x86 internal update flag is set. Suggested-by: Morten Rasmussen

[PATCH v7 7/8] acpi: bus: Set _OSC for diverse core support

From: Srinivas Pandruvada Set the OSC_SB_CPC_DIVERSE_HIGH_SUPPORT (bit 12) to enable diverse core support. This is required to inform BIOS the support of Intel Turbo Boost Max Technology 3.0 feature. Signed-off-by: Srinivas Pandruvada

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

Keno, On 10.11.2016 21:10, Keno Fischer wrote: >> The problem is ready being solved in a generic way: >> http://marc.info/?l=linux-kernel=147828481602561=2 >> >> Can you please give this patch a try? > > No dice. After backing out my patch and applying that one I get: > > /usr/bin/ld: error:

Re: [PATCH] watchdog: hpwdt: changed maintainer information

On Thu, Nov 10, 2016 at 03:25:27PM -0500, Jimmy Vance wrote: > Signed-off-by: Jimmy Vance Reviewed-by: Guenter Roeck > --- > MAINTAINERS | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/MAINTAINERS b/MAINTAINERS > index

Re: [PATCH] um: Fix compile failure due to current_text_address() definition

On Thu, Nov 10, 2016 at 3:19 PM, Richard Weinberger wrote: > Can you please reply to Sebastian's patch series and explain him how you > trigger > that error? > I don't have a gcc broken by Debian on my machine right now. I'm not sure how to reply to his patch series directly

Re: [PATCH v2] of, numa: Return NUMA_NO_NODE from disable of_node_to_nid() if nid not possible.

On Thu, Nov 3, 2016 at 10:11 AM, David Daney wrote: > On 11/02/2016 08:37 PM, Rob Herring wrote: >> >> On Fri, Oct 28, 2016 at 4:15 PM, David Daney >> wrote: >>> >>> From: David Daney >>> >>> On arm64 NUMA kernels we can

Re: [PATCH v6 4/4] of/fdt: mark hotpluggable memory

On Thu, Nov 10, 2016 at 11:56:02AM +1100, Balbir Singh wrote: Have you tested this across all combinations of skiboot/kexec/SLOF boots? I've tested it under qemu/grub, simics/skiboot, and via kexec. -- Reza Arbab

Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 08:48:38PM +, Will Deacon wrote: > > That said, I still don't much like this. > > > > I would much rather you make kref useful and use that. It still means > > you get to audit all refcounts in the kernel, but hey, you had to do > > that anyway. > > What needs to

Re: [PATCH] serial: sirf: Simplify a test

On Tue, 8 Nov 2016, Christophe JAILLET wrote: > Le 07/11/2016 à 14:50, Arnd Bergmann a écrit : > > On Tuesday, November 1, 2016 8:03:33 AM CET Christophe JAILLET wrote: > > > 'dmaengine_prep_dma_cyclic()' does not return an error pointer, so the > > > test > > > can be simplified to be more

Re: [kernel-hardening] Re: [RFC v4 PATCH 00/13] HARDENED_ATOMIC

On Thu, Nov 10, 2016 at 4:27 PM, Kees Cook wrote: > On Thu, Nov 10, 2016 at 1:23 PM, David Windsor wrote: >> On Thu, Nov 10, 2016 at 4:01 PM, Kees Cook wrote: >>> On Thu, Nov 10, 2016 at 12:48 PM, Will Deacon

[GIT PULL] MMC fixes for v.4.9 rc5

Hi Linus, Here are some mmc fixes intended for v4.9 rc5. They are based on v4.9-rc5. Details are as usual found in the signed tag. Please pull this in! Kind regards Ulf Hansson The following changes since commit bc33b0ca11e3df46a4fa7639ba488c9d4911: Linux 4.9-rc4 (2016-11-05 16:23:36

Re: [PATCH] PM / wakeirq: report wakeup events in dedicated wake-IRQs

On Thu, Nov 10, 2016 at 09:57:20PM +0100, Pavel Machek wrote: > On Thu 2016-11-10 10:07:07, Brian Norris wrote: > > It's important that user space can figure out what device woke the > > system from suspend -- e.g., for debugging, or for implementing > > conditional wake behavior. Dedicated wakeup

Re: [PATCH v3] console: Add persistent scrollback buffers for all VGA consoles

On Mon, Sep 19, 2016 at 12:06:57AM +0200, Manuel Schölling wrote: > Add a scrollback buffers for each VGA console. The benefit is that > the scrollback history is not flushed when switching between consoles > but is persistent. > The buffers are allocated on demand when a new console is opened.

Re: [RFT v3] drm: use late_initcall() for amdkfd and radeon

On Wed, Jun 1, 2016 at 2:11 PM, Luis R. Rodriguez wrote: > On Tue, May 31, 2016 at 09:04:53PM +0200, Daniel Vetter wrote: >> On Tue, May 31, 2016 at 06:58:34PM +0200, Luis R. Rodriguez wrote: >> > On Sun, May 29, 2016 at 08:27:07PM +0200, Daniel Vetter wrote: >> > > On Fri, May

Re: [PATCH v3 10/10] clocksource: import ARC timer driver

On 11/10/2016 02:49 AM, Daniel Lezcano wrote: > On Thu, Nov 03, 2016 at 04:33:35PM -0700, Vineet Gupta wrote: >> This adds support for >> >> - CONFIG_ARC_TIMERS : legacy 32-bit TIMER0 and TIMER1 which count UP >>from @CNT to @LIMIT, before optionally triggering an interrupt. >>These are

Re: [PATCH v5 2/5] driver core: Functional dependencies tracking support

On Thu, Nov 10, 2016 at 09:46:42AM +0100, Geert Uytterhoeven wrote: > On Thu, Nov 10, 2016 at 1:59 AM, Luis R. Rodriguez wrote: > > On Wed, Nov 9, 2016 at 4:43 PM, Rafael J. Wysocki wrote: > >> On Mon, Nov 7, 2016 at 10:22 PM, Luis R. Rodriguez

[PATCH v7 4/8] x86/sysctl: Add sysctl for ITMT scheduling feature

Intel Turbo Boost Max Technology 3.0 (ITMT) feature allows some cores to be boosted to higher turbo frequency than others. Add /proc/sys/kernel/sched_itmt_enabled so operator can enable/disable scheduling of tasks that favor cores with higher turbo boost frequency potential. By default, system

Re: fsnotify_mark_srcu wtf?

On Thu, Nov 10, 2016 at 10:44 PM, Miklos Szeredi wrote: > On Thu, Nov 10, 2016 at 8:46 PM, Jan Kara wrote: >> Except it doesn't quite work. We can pin the current marks by a refcount >> but they can still be removed from the list so after we regain srcu lock, >>

Re: [PATCH v3 05/46] perf/x86/intel/cmt: add per-package locks

>> To circumvent this problem, statically define CMT_MAX_NR_PKGS number of >> lock_class_key's. > > That's a proper circumvention. Define a random number on your own. A judiciously chosen number ;) . > >> Additional details in code's comments. > > This is > > - pointless. Either there are

Re: [PATCH v9 1/6] x86/platform/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

On Tue, Nov 08, 2016 at 05:55:20PM +0100, Thomas Gleixner wrote: > On Tue, 8 Nov 2016, Tan Jui Nee wrote: > > There is already one and at least one more user coming which > > require an access to Primary to Sideband bridge (P2SB) in order > > to get IO or MMIO bar hidden by BIOS. > > Create a

[PATCH v2 0/3] pinctrl: sunxi: Support generic pinconf functions

Hi everyone, This series fixes up generic pinconf support for the sunxi pinctrl driver library. The driver was doing some bits wrong, like a) storing the pinconf config value in its struct, and not actually reading the hardware to get the current config, and b) not using the right arguments for

[no subject]

Hi Steven, On 21 October 2016 at 20:13, Chunyan Zhang wrote: > On 18 October 2016 at 23:44, Steven Rostedt wrote: >> On Tue, 18 Oct 2016 16:08:58 +0800 >> Chunyan Zhang wrote: >> >>> Currently Function traces can be only

Re: [PATCH 5/10] dt: bindings: Add bindings for Marvell Xenon SD Host Controller

On Fri, 11 Nov 2016 11:22:43 +0800 Jisheng Zhang wrote: > Hi Rob, Ziji, > > On Thu, 10 Nov 2016 19:44:19 +0800 Ziji Hu wrote: > > > Hi Rob, > > > > On 2016/11/10 2:24, Rob Herring wrote: > > > On Mon, Oct 31, 2016 at 12:09:54PM +0100, Gregory CLEMENT wrote: > > >> From: Ziji Hu

Re: [PATCH 1/4] x86/cpufeature: Add User-Mode Instruction Prevention definitions

On Thu, 2016-11-10 at 09:58 +0100, Borislav Petkov wrote: > On Wed, Nov 09, 2016 at 07:24:43PM -0800, Ricardo Neri wrote: > > I intended this feature to be configurable at build time in case someone > > wants to build a kernel without it; similar to other features such as > > SMAP. Is this not

Re: [PATCH] mm: add ZONE_DEVICE statistics to smaps

On 11/11/2016 03:41 AM, Dan Williams wrote: > ZONE_DEVICE pages are mapped into a process via the filesystem-dax and > device-dax mechanisms. There are also proposals to use ZONE_DEVICE > pages for other usages outside of dax. Add statistics to smaps so > applications can debug that they are

Re: [tpmdd-devel] [PATCH RFC 2/2] tpm: refactor tpm2_get_tpm_pt to tpm2_getcap_cmd

On 10/09/2016 03:44 PM, Jarkko Sakkinen wrote: Refactored tpm2_get_tpm_pt to tpm2_getcap_cmd, which means that it also takes capability ID as input. This is required to access TPM_CAP_HANDLES, which contains metadata needed for swapping transient data. Signed-off-by: Jarkko Sakkinen

  1   2   3   4   5   6   7   8   9   10   >