Re: [PATCH 0/2] Ajust lockdep static allocations

On Fri, Sep 23, 2016 at 09:50:52AM -0500, Babu Moger wrote: > >Why can't you boot? You have that little memories? 4MB doesn't seem like > >a worthwhile amount of memory. > > > >Also, you didn't say. This seems a somewhat crucial point. > > Correct, We can't boot with lockdep. Sorry I did not

Re: [PATCH 0/2] Ajust lockdep static allocations

On Fri, Sep 23, 2016 at 09:50:52AM -0500, Babu Moger wrote: > >Why can't you boot? You have that little memories? 4MB doesn't seem like > >a worthwhile amount of memory. > > > >Also, you didn't say. This seems a somewhat crucial point. > > Correct, We can't boot with lockdep. Sorry I did not

Re: [PATCH v6 4/4] tracing: Histogram for delayed hrtimer offsets

On 09/09/2016 03:30 PM, Thomas Gleixner wrote: > On Thu, 8 Sep 2016, Binoy Jayan wrote: >> On 8 September 2016 at 12:40, Thomas Gleixner wrote: > [..] + latency = ktime_to_ns(ktime_sub(basenow, + ktime_to_ns(timer->praecox) ? +

Re: [PATCH v6 4/4] tracing: Histogram for delayed hrtimer offsets

On 09/09/2016 03:30 PM, Thomas Gleixner wrote: > On Thu, 8 Sep 2016, Binoy Jayan wrote: >> On 8 September 2016 at 12:40, Thomas Gleixner wrote: > [..] + latency = ktime_to_ns(ktime_sub(basenow, + ktime_to_ns(timer->praecox) ? +

Re: [PATCH] usb: gadget: udc: atmel: fix endpoint name

On Fri, Sep 23, 2016 at 04:20:45PM +0200, Nicolas Ferre wrote: > Le 16/09/2016 à 10:36, Nicolas Ferre a écrit : > > Le 15/09/2016 à 17:07, Alexandre Belloni a écrit : > >> Since commit c32b5bcfa3c4 ("ARM: dts: at91: Fix USB endpoint nodes"), > >> atmel_usba_udc fails with: > >> > >> [

Re: [PATCH] usb: gadget: udc: atmel: fix endpoint name

On Fri, Sep 23, 2016 at 04:20:45PM +0200, Nicolas Ferre wrote: > Le 16/09/2016 à 10:36, Nicolas Ferre a écrit : > > Le 15/09/2016 à 17:07, Alexandre Belloni a écrit : > >> Since commit c32b5bcfa3c4 ("ARM: dts: at91: Fix USB endpoint nodes"), > >> atmel_usba_udc fails with: > >> > >> [

Re: Patchwork [1/1] staging: ks7010: Attempt to structure and format to standards

On Fri, Sep 23, 2016 at 04:28:11PM +0200, Marcel Xubuntu wrote: > Mostly code formatting, unapologetically a stepping stone for a potential > refactoring with a knowledge seeking, following complete disclosure, > ultimate goal. > In case this fails, my backup plan is to have the world's record for

Re: Patchwork [1/1] staging: ks7010: Attempt to structure and format to standards

On Fri, Sep 23, 2016 at 04:28:11PM +0200, Marcel Xubuntu wrote: > Mostly code formatting, unapologetically a stepping stone for a potential > refactoring with a knowledge seeking, following complete disclosure, > ultimate goal. > In case this fails, my backup plan is to have the world's record for

Re: [PATCH] mm: warn about allocations which stall for too long

On Fri 23-09-16 23:36:22, Tetsuo Handa wrote: > Michal Hocko wrote: > > @@ -3659,6 +3661,15 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsigned int > > order, > > else > > no_progress_loops++; > > > > + /* Make sure we know about allocations which stall for too long */ > > +

Re: [PATCH] mm: warn about allocations which stall for too long

On Fri 23-09-16 23:36:22, Tetsuo Handa wrote: > Michal Hocko wrote: > > @@ -3659,6 +3661,15 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsigned int > > order, > > else > > no_progress_loops++; > > > > + /* Make sure we know about allocations which stall for too long */ > > +

RE: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

Hi Arnd > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: 23 September 2016 14:43 > To: Gabriele Paoloni > Cc: zhichang.yuan; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; lorenzo.pieral...@arm.com; miny...@acm.org; >

RE: [PATCH V3 2/4] ARM64 LPC: LPC driver implementation on Hip06

Hi Arnd > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: 23 September 2016 14:43 > To: Gabriele Paoloni > Cc: zhichang.yuan; linux-arm-ker...@lists.infradead.org; > devicet...@vger.kernel.org; lorenzo.pieral...@arm.com; miny...@acm.org; >

[PATCH 0/5] ACPI / gpio: Updates to properties

Hi, This series brings couple of useful GPIO related properties from Device Tree to ACPI _DSD device properties: - Names for GPIO lines - GPIO hogging - Holes in GPIO property lists We are using these to get Intel Galileo better supported in the mainline kernel (but these may be useful

[PATCH 0/5] ACPI / gpio: Updates to properties

Hi, This series brings couple of useful GPIO related properties from Device Tree to ACPI _DSD device properties: - Names for GPIO lines - GPIO hogging - Holes in GPIO property lists We are using these to get Intel Galileo better supported in the mainline kernel (but these may be useful

Re: [PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

On 2016/9/23 22:27, Michal Hocko wrote: > On Fri 23-09-16 22:14:40, zijun_hu wrote: >> On 2016/9/23 21:33, Michal Hocko wrote: >>> On Fri 23-09-16 21:00:18, zijun_hu wrote: On 09/23/2016 08:42 PM, Michal Hocko wrote: no, it don't work for many special case for example,

[PATCH 3/5] ACPI / gpio: Add hogging support

GPIO hogging means that the GPIO controller can "hog" and configure certain GPIOs without need for a driver or userspace to do that. This is useful in open-connected boards where BIOS cannot possibly know beforehand which devices will be connected to the board. This adds GPIO hogging mechanism to

Re: [PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

On 2016/9/23 22:27, Michal Hocko wrote: > On Fri 23-09-16 22:14:40, zijun_hu wrote: >> On 2016/9/23 21:33, Michal Hocko wrote: >>> On Fri 23-09-16 21:00:18, zijun_hu wrote: On 09/23/2016 08:42 PM, Michal Hocko wrote: no, it don't work for many special case for example,

[PATCH 3/5] ACPI / gpio: Add hogging support

GPIO hogging means that the GPIO controller can "hog" and configure certain GPIOs without need for a driver or userspace to do that. This is useful in open-connected boards where BIOS cannot possibly know beforehand which devices will be connected to the board. This adds GPIO hogging mechanism to

[PATCH 5/5] ACPI / gpio: Allow holes in list of GPIOs for a device

Make it possible to have an empty GPIOs in a GPIO list for device. For example a SPI master may use both GPIOs and native pins as chip selects and we need to be able to distinguish between the two. This makes it mandatory to have exactly 3 arguments for GPIOs and then converts gpiolib to use of

[PATCH 1/5] ACPI / documentation: Use recommended name in GPIO property names

The recommended property name for all kinds of GPIOs is to end it with "-gpios" even if there is only one GPIO. Update the documentation to follow this fact. Signed-off-by: Mika Westerberg --- Documentation/acpi/gpio-properties.txt | 10 +- 1 file

[PATCH 5/5] ACPI / gpio: Allow holes in list of GPIOs for a device

Make it possible to have an empty GPIOs in a GPIO list for device. For example a SPI master may use both GPIOs and native pins as chip selects and we need to be able to distinguish between the two. This makes it mandatory to have exactly 3 arguments for GPIOs and then converts gpiolib to use of

[PATCH 1/5] ACPI / documentation: Use recommended name in GPIO property names

The recommended property name for all kinds of GPIOs is to end it with "-gpios" even if there is only one GPIO. Update the documentation to follow this fact. Signed-off-by: Mika Westerberg --- Documentation/acpi/gpio-properties.txt | 10 +- 1 file changed, 5 insertions(+), 5

[PATCH 2/5] ACPI / gpio: Add support for naming GPIOs

DT has property 'gpio-line-names' to name GPIO lines the controller has if present. Use this very same property in ACPI as well to provide nice names for the GPIOS. Signed-off-by: Mika Westerberg --- Documentation/acpi/gpio-properties.txt | 21 +

[PATCH 2/5] ACPI / gpio: Add support for naming GPIOs

DT has property 'gpio-line-names' to name GPIO lines the controller has if present. Use this very same property in ACPI as well to provide nice names for the GPIOS. Signed-off-by: Mika Westerberg --- Documentation/acpi/gpio-properties.txt | 21 + drivers/gpio/gpiolib-acpi.c

[PATCH 4/5] ACPI / property: Allow holes in reference properties

DT allows holes or empty phandles for references. This is used for example in SPI subsystem where some chip selects are native and others are regular GPIOs. In ACPI _DSD we currently do not support this but instead the preceding reference "consumes" all following integer arguments. For example we

[PATCH 4/5] ACPI / property: Allow holes in reference properties

DT allows holes or empty phandles for references. This is used for example in SPI subsystem where some chip selects are native and others are regular GPIOs. In ACPI _DSD we currently do not support this but instead the preceding reference "consumes" all following integer arguments. For example we

Re: [RFC PATCH 08/11] pci: controller: dra7xx: Add EP mode support

On Wed, Sep 14, 2016 at 10:42:04AM +0530, Kishon Vijay Abraham I wrote: > The PCIe controller integrated in dra7xx SoCs is capable of operating > in endpoint mode. Add support for dra7xx SoCs to operate in endpoint > mode. > > Signed-off-by: Kishon Vijay Abraham I > --- >

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On Fri 23-09-16 15:56:36, Oleg Nesterov wrote: > On 09/23, Robert Ho wrote: > > > > --- a/fs/proc/task_mmu.c > > +++ b/fs/proc/task_mmu.c > > @@ -147,7 +147,7 @@ m_next_vma(struct proc_maps_private *priv, struct > > vm_area_struct *vma) > > static void m_cache_vma(struct seq_file *m, struct

Re: [RFC PATCH 08/11] pci: controller: dra7xx: Add EP mode support

On Wed, Sep 14, 2016 at 10:42:04AM +0530, Kishon Vijay Abraham I wrote: > The PCIe controller integrated in dra7xx SoCs is capable of operating > in endpoint mode. Add support for dra7xx SoCs to operate in endpoint > mode. > > Signed-off-by: Kishon Vijay Abraham I > --- >

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On Fri 23-09-16 15:56:36, Oleg Nesterov wrote: > On 09/23, Robert Ho wrote: > > > > --- a/fs/proc/task_mmu.c > > +++ b/fs/proc/task_mmu.c > > @@ -147,7 +147,7 @@ m_next_vma(struct proc_maps_private *priv, struct > > vm_area_struct *vma) > > static void m_cache_vma(struct seq_file *m, struct

Re: [PATCH 0/2] Ajust lockdep static allocations

On 9/23/2016 9:34 AM, Peter Zijlstra wrote: On Fri, Sep 23, 2016 at 09:04:42AM -0500, Babu Moger wrote: On 9/23/2016 2:12 AM, Peter Zijlstra wrote: On Thu, Sep 22, 2016 at 11:43:34AM -0700, Babu Moger wrote: These patches adjust the static allocations for lockdep data structures used for

Re: [PATCH 0/2] Ajust lockdep static allocations

On 9/23/2016 9:34 AM, Peter Zijlstra wrote: On Fri, Sep 23, 2016 at 09:04:42AM -0500, Babu Moger wrote: On 9/23/2016 2:12 AM, Peter Zijlstra wrote: On Thu, Sep 22, 2016 at 11:43:34AM -0700, Babu Moger wrote: These patches adjust the static allocations for lockdep data structures used for

[PATCH] kcov: properly check if we are in an interrupt

in_interrupt() returns a nonzero value when we are either in an interrupt or have bh disabled via local_bh_disable(). Since we are interested in only ignoring coverage from actual interrupts, do a proper check of whether we are really in an interrupt. Signed-off-by: Andrey Konovalov

[PATCH] kcov: properly check if we are in an interrupt

in_interrupt() returns a nonzero value when we are either in an interrupt or have bh disabled via local_bh_disable(). Since we are interested in only ignoring coverage from actual interrupts, do a proper check of whether we are really in an interrupt. Signed-off-by: Andrey Konovalov --- It would

Crypto Fixes for 4.8

Hi Linus: This push fixes a regression RSA that was only half-fixed earlier in the cycle. It also fixes an older regression that breaks the keyring subsystem. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Herbert Xu (2): KEYS: Fix skcipher

Crypto Fixes for 4.8

Hi Linus: This push fixes a regression RSA that was only half-fixed earlier in the cycle. It also fixes an older regression that breaks the keyring subsystem. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Herbert Xu (2): KEYS: Fix skcipher

[PATCH 01/16] perf record: Fix documentation 'event_sources' -> 'event_source'

Change '/sys/bus/event_sources' to the correct path which is '/sys/bus/event_source'. Signed-off-by: Adrian Hunter --- tools/perf/Documentation/perf-record.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 01/16] perf record: Fix documentation 'event_sources' -> 'event_source'

Change '/sys/bus/event_sources' to the correct path which is '/sys/bus/event_source'. Signed-off-by: Adrian Hunter --- tools/perf/Documentation/perf-record.txt | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tools/perf/Documentation/perf-record.txt

Re: [tip:sched/core] sched/core: Avoid _cond_resched() for PREEMPT=y

On Fri, Sep 23, 2016 at 10:44:42AM +0200, Peter Zijlstra wrote: > On Thu, Sep 22, 2016 at 01:28:17PM -0700, Paul E. McKenney wrote: > > On Thu, Sep 22, 2016 at 08:42:28PM +0200, Peter Zijlstra wrote: > > > On Thu, Sep 22, 2016 at 02:25:01PM -0400, Mikulas Patocka wrote: > > > > I've found a

Re: [tip:sched/core] sched/core: Avoid _cond_resched() for PREEMPT=y

On Fri, Sep 23, 2016 at 10:44:42AM +0200, Peter Zijlstra wrote: > On Thu, Sep 22, 2016 at 01:28:17PM -0700, Paul E. McKenney wrote: > > On Thu, Sep 22, 2016 at 08:42:28PM +0200, Peter Zijlstra wrote: > > > On Thu, Sep 22, 2016 at 02:25:01PM -0400, Mikulas Patocka wrote: > > > > I've found a

[PATCH 03/16] perf script: Fix vanished idle symbols

Patch "perf symbols: Mark if a symbol is idle in the library" causes idle symbols to vanish from perf script output. That is because print functions suppress symbols marked as 'idle'. However, suppression of 'idle' functions is only used by 'perf top' and 'perf top' does not use the print

[PATCH 02/16] perf tools: Fix MMAP event synthesis broken by MAP_HUGETLB change

Patch "perf record: Mark MAP_HUGETLB when synthesizing mmap events") breaks MMAP event synthesis. The executable name comparison will match any name if the length is zero, resulting in all the user space maps becoming anonymous. This is particularly noticeable with system-wide traces. Example:

[PATCH 03/16] perf script: Fix vanished idle symbols

Patch "perf symbols: Mark if a symbol is idle in the library" causes idle symbols to vanish from perf script output. That is because print functions suppress symbols marked as 'idle'. However, suppression of 'idle' functions is only used by 'perf top' and 'perf top' does not use the print

[PATCH 02/16] perf tools: Fix MMAP event synthesis broken by MAP_HUGETLB change

Patch "perf record: Mark MAP_HUGETLB when synthesizing mmap events") breaks MMAP event synthesis. The executable name comparison will match any name if the length is zero, resulting in all the user space maps becoming anonymous. This is particularly noticeable with system-wide traces. Example:

[PATCH 11/16] perf intel-pt: Fix missing error codes processing auxtrace_info

Fix 2 places where the err variable was not being set. Signed-off-by: Adrian Hunter --- tools/perf/util/intel-pt.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/perf/util/intel-pt.c b/tools/perf/util/intel-pt.c index 77fbf02c8e41..96519e801e53 100644 ---

[PATCH 11/16] perf intel-pt: Fix missing error codes processing auxtrace_info

Fix 2 places where the err variable was not being set. Signed-off-by: Adrian Hunter --- tools/perf/util/intel-pt.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/tools/perf/util/intel-pt.c b/tools/perf/util/intel-pt.c index 77fbf02c8e41..96519e801e53 100644 ---

[PATCH 08/16] perf tools: Increase debug level of SDT debug messages

Two SDT debug messages can occur for every DSO which is too noisy. Consequently, increase debug level of SDT messages. Signed-off-by: Adrian Hunter --- tools/perf/util/build-id.c | 4 ++-- tools/perf/util/probe-file.c | 2 +- 2 files changed, 3 insertions(+), 3

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

On Friday, September 23, 2016 3:24:12 PM CEST Robin Murphy wrote: > On 23/09/16 15:01, Stuart Yoder wrote: > Otherwise you can > always simply run your own shim at EL2 to drive an AArch32 EL1 (it'll > need to trap and translate subsequent SMC calls for e.g. PSCI). > > > If there is such a

[PATCH 06/16] perf symbols: Add dso__last_symbol()

Add a function to find the last symbol in a DSO. This will be used when parsing address filters to calculate a region that includes the entire DSO. Signed-off-by: Adrian Hunter --- tools/perf/util/symbol.c | 15 +++ tools/perf/util/symbol.h | 1 + 2 files

[PATCH 06/16] perf symbols: Add dso__last_symbol()

Add a function to find the last symbol in a DSO. This will be used when parsing address filters to calculate a region that includes the entire DSO. Signed-off-by: Adrian Hunter --- tools/perf/util/symbol.c | 15 +++ tools/perf/util/symbol.h | 1 + 2 files changed, 16 insertions(+)

Re: [PATCH 1/2] armv8: aarch32: Execute 32-bit Linux for LayerScape platforms

On Friday, September 23, 2016 3:24:12 PM CEST Robin Murphy wrote: > On 23/09/16 15:01, Stuart Yoder wrote: > Otherwise you can > always simply run your own shim at EL2 to drive an AArch32 EL1 (it'll > need to trap and translate subsequent SMC calls for e.g. PSCI). > > > If there is such a

[PATCH 08/16] perf tools: Increase debug level of SDT debug messages

Two SDT debug messages can occur for every DSO which is too noisy. Consequently, increase debug level of SDT messages. Signed-off-by: Adrian Hunter --- tools/perf/util/build-id.c | 4 ++-- tools/perf/util/probe-file.c | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH 05/16] perf record: Fix error paths

Some error paths do not tidy-up. Fix that. Signed-off-by: Adrian Hunter --- tools/perf/builtin-record.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c index b32a880ec473..962adcfc43a5

[PATCH 05/16] perf record: Fix error paths

Some error paths do not tidy-up. Fix that. Signed-off-by: Adrian Hunter --- tools/perf/builtin-record.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c index b32a880ec473..962adcfc43a5 100644 ---

[PATCH 10/16] perf intel-pt: Add support for recording the max non-turbo ratio

Previously the maximum non-turbo ratio was calculated from TSC assuming a 100 MHz multiplier which is correct for current hardware supporting Intel PT. However more recent kernels also now export the value, so use that in preference to the calculated value. Signed-off-by: Adrian Hunter

[PATCH 10/16] perf intel-pt: Add support for recording the max non-turbo ratio

Previously the maximum non-turbo ratio was calculated from TSC assuming a 100 MHz multiplier which is correct for current hardware supporting Intel PT. However more recent kernels also now export the value, so use that in preference to the calculated value. Signed-off-by: Adrian Hunter ---

[PATCH 14/16] perf intel-pt: Read address filter from AUXTRACE_INFO event

Read the address filter from the AUXTRACE_INFO event in preparation for using it to assist in decoding. Signed-off-by: Adrian Hunter --- tools/perf/util/intel-pt.c | 51 ++ 1 file changed, 51 insertions(+) diff --git

[PATCH 16/16] perf intel-pt: Fix decoding when there are address filters

Due to errata SKL014 "Intel PT TIP.PGD May Not Have Target IP Payload", the Intel PT decoder needs to match address filters against TIP.PGD packets. Parse the address filters and implement the decoder's 'pgd_ip()' callback to match the IP against the filter regions. Signed-off-by: Adrian Hunter

[PATCH 09/16] perf intel-pt: Fix snapshot overlap detection decoder errors

Fix occasional decoder errors decoding trace data collected in snapshot mode. Snapshot mode can take successive snapshots of trace which might overlap. The decoder checks whether there is an overlap but only looks at the current and previous buffer. However buffers that do not contain

[PATCH 14/16] perf intel-pt: Read address filter from AUXTRACE_INFO event

Read the address filter from the AUXTRACE_INFO event in preparation for using it to assist in decoding. Signed-off-by: Adrian Hunter --- tools/perf/util/intel-pt.c | 51 ++ 1 file changed, 51 insertions(+) diff --git a/tools/perf/util/intel-pt.c

[PATCH 16/16] perf intel-pt: Fix decoding when there are address filters

Due to errata SKL014 "Intel PT TIP.PGD May Not Have Target IP Payload", the Intel PT decoder needs to match address filters against TIP.PGD packets. Parse the address filters and implement the decoder's 'pgd_ip()' callback to match the IP against the filter regions. Signed-off-by: Adrian Hunter

[PATCH 09/16] perf intel-pt: Fix snapshot overlap detection decoder errors

Fix occasional decoder errors decoding trace data collected in snapshot mode. Snapshot mode can take successive snapshots of trace which might overlap. The decoder checks whether there is an overlap but only looks at the current and previous buffer. However buffers that do not contain

[PATCH 13/16] perf intel-pt: Record address filter in AUXTRACE_INFO event

The address filter is needed to help decode the trace, so store it in the AUXTRACE_INFO event. Signed-off-by: Adrian Hunter --- tools/perf/arch/x86/util/intel-pt.c | 51 ++--- tools/perf/util/intel-pt.h | 3 +-- 2 files changed,

[PATCH 13/16] perf intel-pt: Record address filter in AUXTRACE_INFO event

The address filter is needed to help decode the trace, so store it in the AUXTRACE_INFO event. Signed-off-by: Adrian Hunter --- tools/perf/arch/x86/util/intel-pt.c | 51 ++--- tools/perf/util/intel-pt.h | 3 +-- 2 files changed, 48 insertions(+), 6

[PATCH 12/16] perf intel-pt: Add a helper function for processing AUXTRACE_INFO

Add a helper function 'intel_pt_has()' to make it easier to determine which members the AUXTRACE_INFO event contains. Signed-off-by: Adrian Hunter --- tools/perf/util/intel-pt.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[PATCH 15/16] perf intel-pt: Enable decoder to handle TIP.PGD with missing IP

When address filters are used, the decoder must detect the end of a filter region (or a branch into a tracestop region) by matching Packet Generation Disabled (TIP.PGD) packets against the object code using the IP given in the packet. However, due to errata SKL014 "Intel PT TIP.PGD May Not Have

[PATCH 12/16] perf intel-pt: Add a helper function for processing AUXTRACE_INFO

Add a helper function 'intel_pt_has()' to make it easier to determine which members the AUXTRACE_INFO event contains. Signed-off-by: Adrian Hunter --- tools/perf/util/intel-pt.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/tools/perf/util/intel-pt.c

[PATCH 15/16] perf intel-pt: Enable decoder to handle TIP.PGD with missing IP

When address filters are used, the decoder must detect the end of a filter region (or a branch into a tracestop region) by matching Packet Generation Disabled (TIP.PGD) packets against the object code using the IP given in the packet. However, due to errata SKL014 "Intel PT TIP.PGD May Not Have

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Fri, Sep 23, 2016 at 03:13:15PM +0200, Daniel Vetter wrote: On Fri, Sep 23, 2016 at 01:52:49PM +0100, Brian Starkey wrote: On Fri, Sep 23, 2016 at 12:58:46PM +0200, Daniel Vetter wrote: > On Fri, Sep 23, 2016 at 11:34 AM, Liviu Dudau wrote: > > rmmod-ing the hdlcd

Re: [PATCH] drm/i2c: tda998x: don't register the connector

On Fri, Sep 23, 2016 at 03:13:15PM +0200, Daniel Vetter wrote: On Fri, Sep 23, 2016 at 01:52:49PM +0100, Brian Starkey wrote: On Fri, Sep 23, 2016 at 12:58:46PM +0200, Daniel Vetter wrote: > On Fri, Sep 23, 2016 at 11:34 AM, Liviu Dudau wrote: > > rmmod-ing the hdlcd module generates a WARN()

[PATCH 07/16] perf record: Add support for using symbols in address filters

Symbols come from either the DSO or /proc/kallsyms for the kernel. Details of the functionality can be found in Documentation/perf-record.txt. Signed-off-by: Adrian Hunter --- tools/perf/Documentation/perf-record.txt | 55 ++- tools/perf/builtin-record.c |

[PATCH 00/16] perf tools: Add support for using symbols in address filters

Hi Here are some patches that add support for using symbols in address filters. There are also some fixes for other things that I came across during testing. Finally there are patches for Intel PT, mainly to fix an issue with address filters, but also these two: perf intel-pt: Fix

[PATCH 04/16] perf record: Rename label 'out_symbol_exit'

In preparation for fixing the error paths, rename label 'out_symbol_exit' to be 'out' because that error path can be used irrespective of whether symbols (or anything else) has been initialized. Signed-off-by: Adrian Hunter --- tools/perf/builtin-record.c | 10

[PATCH 07/16] perf record: Add support for using symbols in address filters

Symbols come from either the DSO or /proc/kallsyms for the kernel. Details of the functionality can be found in Documentation/perf-record.txt. Signed-off-by: Adrian Hunter --- tools/perf/Documentation/perf-record.txt | 55 ++- tools/perf/builtin-record.c | 14 +-

[PATCH 00/16] perf tools: Add support for using symbols in address filters

Hi Here are some patches that add support for using symbols in address filters. There are also some fixes for other things that I came across during testing. Finally there are patches for Intel PT, mainly to fix an issue with address filters, but also these two: perf intel-pt: Fix

[PATCH 04/16] perf record: Rename label 'out_symbol_exit'

In preparation for fixing the error paths, rename label 'out_symbol_exit' to be 'out' because that error path can be used irrespective of whether symbols (or anything else) has been initialized. Signed-off-by: Adrian Hunter --- tools/perf/builtin-record.c | 10 +- 1 file changed, 5

Re: [PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

Hello, On Wed, Sep 21, 2016 at 12:19:53PM +0800, zijun_hu wrote: > From: zijun_hu > > endless loop maybe happen if either of parameter addr and end is not > page aligned for kernel API function ioremap_page_range() > > in order to fix this issue and alert improper range

Re: [PATCH 1/1] lib/ioremap.c: avoid endless loop under ioremapping page unaligned ranges

Hello, On Wed, Sep 21, 2016 at 12:19:53PM +0800, zijun_hu wrote: > From: zijun_hu > > endless loop maybe happen if either of parameter addr and end is not > page aligned for kernel API function ioremap_page_range() > > in order to fix this issue and alert improper range parameters to user >

Re: [RFC PATCH 07/11] pci: controller: designware: Add EP mode support

On Wed, Sep 14, 2016 at 10:42:03AM +0530, Kishon Vijay Abraham I wrote: > Add endpoint mode support to designware driver. This uses the > EP Core layer introduced recently to add endpoint mode support. > *Any* function driver can now use this designware device > to achieve the EP functionality. >

Re: [RFC PATCH 07/11] pci: controller: designware: Add EP mode support

On Wed, Sep 14, 2016 at 10:42:03AM +0530, Kishon Vijay Abraham I wrote: > Add endpoint mode support to designware driver. This uses the > EP Core layer introduced recently to add endpoint mode support. > *Any* function driver can now use this designware device > to achieve the EP functionality. >

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On Fri 23-09-16 15:50:51, Michal Hocko wrote: > On Fri 23-09-16 21:12:33, Robert Ho wrote: [...] > > @@ -786,7 +791,7 @@ static int show_smap(struct seq_file *m, void *v, int > > is_pid) > >"KernelPageSize: %8lu kB\n" > >"MMUPageSize:%8lu kB\n" > >

Re: [PATCH v3 1/2] mm, proc: Fix region lost in /proc/self/smaps

On Fri 23-09-16 15:50:51, Michal Hocko wrote: > On Fri 23-09-16 21:12:33, Robert Ho wrote: [...] > > @@ -786,7 +791,7 @@ static int show_smap(struct seq_file *m, void *v, int > > is_pid) > >"KernelPageSize: %8lu kB\n" > >"MMUPageSize:%8lu kB\n" > >

Re: [PATCH] kcov: do not instrument lib/stackdepot.c

On Fri, Sep 23, 2016 at 4:29 PM, Alexander Potapenko wrote: > There's no point in collecting coverage from lib/stackdepot.c, as it is > not a function of syscall inputs. Disabling kcov instrumentation for > that file will reduce the coverage noise level. > > Signed-off-by:

Re: [PATCH] kcov: do not instrument lib/stackdepot.c

On Fri, Sep 23, 2016 at 4:29 PM, Alexander Potapenko wrote: > There's no point in collecting coverage from lib/stackdepot.c, as it is > not a function of syscall inputs. Disabling kcov instrumentation for > that file will reduce the coverage noise level. > > Signed-off-by: Alexander Potapenko

Re: [PATCH] mm: warn about allocations which stall for too long

Michal Hocko wrote: > @@ -3659,6 +3661,15 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsigned int > order, > else > no_progress_loops++; > > + /* Make sure we know about allocations which stall for too long */ > + if (!(gfp_mask & __GFP_NOWARN) && time_after(jiffies,

Re: [PATCH] mm: warn about allocations which stall for too long

Michal Hocko wrote: > @@ -3659,6 +3661,15 @@ __alloc_pages_slowpath(gfp_t gfp_mask, unsigned int > order, > else > no_progress_loops++; > > + /* Make sure we know about allocations which stall for too long */ > + if (!(gfp_mask & __GFP_NOWARN) && time_after(jiffies,

[LKP] Tips to append base tree info by git-format-patch

Hi, Here's a tip for people who've been bothered by messages sent by kbuild bot like below: [auto build test ERROR on net/master] [also build test ERROR on v4.8-rc3 next-20160825] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] It means that

[LKP] Tips to append base tree info by git-format-patch

Hi, Here's a tip for people who've been bothered by messages sent by kbuild bot like below: [auto build test ERROR on net/master] [also build test ERROR on v4.8-rc3 next-20160825] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] It means that

Re: [RFC PATCH 1/6] perf: Move mlock accounting to ring buffer allocation

Peter Zijlstra writes: > On Fri, Sep 23, 2016 at 02:27:21PM +0300, Alexander Shishkin wrote: >> In order to be able to allocate perf ring buffers in non-mmap path, we >> need to make sure we can still account the memory to the user and that >> they don't exceed their mlock

Re: [RFC PATCH 1/6] perf: Move mlock accounting to ring buffer allocation

Peter Zijlstra writes: > On Fri, Sep 23, 2016 at 02:27:21PM +0300, Alexander Shishkin wrote: >> In order to be able to allocate perf ring buffers in non-mmap path, we >> need to make sure we can still account the memory to the user and that >> they don't exceed their mlock limit. >> >> This

Re: [RFC/PATCH] usb: misc: Add a driver for TC7USB40MU

On Wed, Sep 14, 2016 at 01:55:02AM -0700, Stephen Boyd wrote: > Quoting Stephen Boyd (2016-09-13 18:42:46) > > On the db410c 96boards platform we have a TC7USB40MU[1] on the > > board to mux the D+/D- lines from the SoC between a micro usb > > "device" port and a USB hub for "host" roles. Upon a

Re: [RFC/PATCH] usb: misc: Add a driver for TC7USB40MU

On Wed, Sep 14, 2016 at 01:55:02AM -0700, Stephen Boyd wrote: > Quoting Stephen Boyd (2016-09-13 18:42:46) > > On the db410c 96boards platform we have a TC7USB40MU[1] on the > > board to mux the D+/D- lines from the SoC between a micro usb > > "device" port and a USB hub for "host" roles. Upon a

Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option

On Tue, Sep 13, 2016 at 09:05:40AM -0600, Keith Busch wrote: > This patch adds a new function to set PCI domain specific options as > devices are added. The usage included in this patch is for LED indicator > control in VMD domains, but may be extended in the future as new domain > specific

Re: [PATCHv3 2/2] x86/vmd: Add PCI domain specific LED option

On Tue, Sep 13, 2016 at 09:05:40AM -0600, Keith Busch wrote: > This patch adds a new function to set PCI domain specific options as > devices are added. The usage included in this patch is for LED indicator > control in VMD domains, but may be extended in the future as new domain > specific

Re: [PATCH 0/2] Ajust lockdep static allocations

On Fri, Sep 23, 2016 at 09:04:42AM -0500, Babu Moger wrote: > On 9/23/2016 2:12 AM, Peter Zijlstra wrote: > >On Thu, Sep 22, 2016 at 11:43:34AM -0700, Babu Moger wrote: > >>These patches adjust the static allocations for lockdep > >>data structures used for debugging locking correctness. The

Re: [PATCH 0/2] Ajust lockdep static allocations

On Fri, Sep 23, 2016 at 09:04:42AM -0500, Babu Moger wrote: > On 9/23/2016 2:12 AM, Peter Zijlstra wrote: > >On Thu, Sep 22, 2016 at 11:43:34AM -0700, Babu Moger wrote: > >>These patches adjust the static allocations for lockdep > >>data structures used for debugging locking correctness. The

Patchwork [1/1] staging: ks7010: Attempt to structure and format to standards

Mostly code formatting, unapologetically a stepping stone for a potential refactoring with a knowledge seeking, following complete disclosure, ultimate goal. In case this fails, my backup plan is to have the world's record for the quickest kernel patch dismissal, either way it's a win. diff

Patchwork [1/1] staging: ks7010: Attempt to structure and format to standards

Mostly code formatting, unapologetically a stepping stone for a potential refactoring with a knowledge seeking, following complete disclosure, ultimate goal. In case this fails, my backup plan is to have the world's record for the quickest kernel patch dismissal, either way it's a win. diff

Re: [dm-devel] [RFC][PATCH] dm: Remove dm_bufio_cond_resched()

On 09/23/16 00:34, Peter Zijlstra wrote: Is anybody still using PREEMPT_NONE? Most workloads also care about latency to some extend. Lots of code has explicit cond_resched() and doesn't worry. From a SLES11 system: $ grep PREEMPT_NONE /boot/config-3.0.101-0.47.67-default CONFIG_PREEMPT_NONE=y

Re: [dm-devel] [RFC][PATCH] dm: Remove dm_bufio_cond_resched()

On 09/23/16 00:34, Peter Zijlstra wrote: Is anybody still using PREEMPT_NONE? Most workloads also care about latency to some extend. Lots of code has explicit cond_resched() and doesn't worry. From a SLES11 system: $ grep PREEMPT_NONE /boot/config-3.0.101-0.47.67-default CONFIG_PREEMPT_NONE=y

<    3   4   5   6   7   8   9   10   11   12   >