[PATCH v11 3/3] perf config: Reimplement show_config() using config_set__for_each

Lately config_set__for_each is added. In order to let show_config() be short and clear, remake this function using config_set__for_each macro Cc: Namhyung Kim Cc: Jiri Olsa Cc: Masami Hiramatsu Cc: Alexander Shishkin Cc: Wang Nan Signed-off-by: Taeung Song --- tools/perf/builtin-config.c |

[PATCH v11 2/3] perf config: Reimplement perf_config() introducing new perf_config__init() and perf_config__finish()

Many sub-commands use perf_config() but everytime perf_config() is called, perf_config() always read config files. (i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig') But it is better to use the config set that already contains all config key-value pairs to avoid this r

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On Thu, Jun 23, 2016 at 03:25:46PM +0300, Roger Quadros wrote: > Hi, > > On 23/06/16 15:00, Heikki Krogerus wrote: > > Hi Oliver, > > > > On Thu, Jun 23, 2016 at 10:38:58AM +0200, Oliver Neukum wrote: > >> On Thu, 2016-06-23 at 11:23 +0300, Heikki Krogerus wrote: > >>> On Wed, Jun 22, 2016 at 06:

Re: [PATCH V7] irq: Track the interrupt timings

On 06/23/2016 12:12 PM, Thomas Gleixner wrote: On Thu, 23 Jun 2016, Daniel Lezcano wrote: On 06/23/2016 10:41 AM, Thomas Gleixner wrote: Is it really required to do this per interrupt rather than providing per cpu statistics of interrupts which arrived in the last X seconds or whatever timefram

Re: [PATCH] ACPI: Execute the _PTS method when system reboot

On Thu, Jun 23, 2016 at 2:55 PM, Ocean HY1 He wrote: > Hi Rafael, > Please see my reply in below. > > Regards, > Ocean He > SW Development Dept. > Beijing Design Center > Enterprise Product Group > Mobile: 18911778926 > E-mail: he...@lenovo.com > No.6 Chuang Ye Road, Haidian District, Beijing, Chi

Re: [PATCH 15/27] mm, page_alloc: Consider dirtyable memory in terms of nodes

On Thu 23-06-16 13:53:12, Mel Gorman wrote: > On Wed, Jun 22, 2016 at 04:27:57PM +0200, Michal Hocko wrote: > > > which can use it (e.g. vmalloc). I understand how this is both an > > > inherent problem of 32b with a larger high:low ratio and why it is hard > > > to at least pretend we can cope wit

[PATCH] staging: wilc1000: fix spelling mistake: "interupts" -> "interrupts"

From: Colin Ian King trivial fix to spelling mistake in dev_err messages Signed-off-by: Colin Ian King --- drivers/staging/wilc1000/wilc_sdio.c | 2 +- drivers/staging/wilc1000/wilc_spi.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/staging/wilc1000/wilc_sdio

Re: [Intel-gfx] Bad flicker on skylake HQD due to code in the 4.7 merge window

On Thu, 2016-06-23 at 15:59 +0300, Jani Nikula wrote: > On Thu, 23 Jun 2016, Steven Newbury wrote: > > [ Unknown signature status ] > > On Sun, 2016-06-19 at 14:53 -0700, James Bottomley wrote: > > > On Fri, 2016-06-17 at 16:06 -0700, James Bottomley wrote: > > > > On Fri, 2016-06-17 at 16:34 +030

Re: [PATCHv3 1/2] usb: USB Type-C connector class

Hi Roger, I'll fix all the typos you mention below... On Thu, Jun 23, 2016 at 02:53:11PM +0300, Roger Quadros wrote: > Hi Heikki, > > On 21/06/16 17:51, Heikki Krogerus wrote: > > The purpose of USB Type-C connector class is to provide > > unified interface for the user space to get the status a

Re: [RFC, DEBUGGING 1/2] mm: pass NR_FILE_PAGES/NR_SHMEM into node_page_state

On Thursday, June 23, 2016 11:41:24 AM CEST Mel Gorman wrote: > On Thu, Jun 23, 2016 at 12:05:17PM +0200, Arnd Bergmann wrote: > > I see some new warnings from a recent mm change: > > > > mm/filemap.c: In function '__delete_from_page_cache': > > include/linux/vmstat.h:116:2: error: array subscript

[RFC, DEBUGGING v2 2/2] mm: add type checking for page state functions

We had a couple of bugs where we pass the incorrect 'enum' into one of the statistics functions, and unfortunately gcc can only warn about comparing distinct enum types rather than warning about passing an enum of the wrong type into a function. This wraps all the stats calls inside of macros that

[RFC, DEBUGGING v2 1/2] mm: pass NR_FILE_PAGES/NR_SHMEM into node_page_state

I see some new warnings from a recent mm change: mm/filemap.c: In function '__delete_from_page_cache': include/linux/vmstat.h:116:2: error: array subscript is above array bounds [-Werror=array-bounds] atomic_long_add(x, &zone->vm_stat[item]); ^~~~ include/l

Re: [PATCH v3 0/3] acpi/pmic: add opregion driver for Intel BXT WhiskeyCove PMIC

On Thu, Jun 23, 2016 at 03:03:34PM +0200, Rafael J. Wysocki wrote: > On Thu, Jun 23, 2016 at 9:55 AM, Bin Gao wrote: > > This series modifies the pen function signature to take bit field > > and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It > > also adds support for PMIC regs opera

Re: [PATCH] net: ethernet: ti: cpdma: switch to use genalloc

On 23.06.16 15:36, Grygorii Strashko wrote: TI CPDMA currently uses a bitmap for tracking descriptors alloactions allocations, but The genalloc already handles the same and can be used as with special memory (SRAM) as with DMA cherent memory chank (dma_alloc_coherent()). Hence, switch to using

Re: [PATCH v3 0/3] acpi/pmic: add opregion driver for Intel BXT WhiskeyCove PMIC

On Thu, Jun 23, 2016 at 3:16 PM, Heikki Krogerus wrote: > On Thu, Jun 23, 2016 at 03:03:34PM +0200, Rafael J. Wysocki wrote: >> On Thu, Jun 23, 2016 at 9:55 AM, Bin Gao wrote: >> > This series modifies the pen function signature to take bit field >> > and adds a new opregion driver for Intel BXT

Re: [PATCH v3 0/3] acpi/pmic: add opregion driver for Intel BXT WhiskeyCove PMIC

On Thu, Jun 23, 2016 at 3:03 PM, Rafael J. Wysocki wrote: > On Thu, Jun 23, 2016 at 9:55 AM, Bin Gao wrote: >> This series modifies the pen function signature to take bit field >> and adds a new opregion driver for Intel BXT WhiskeyCove PMIC. It >> also adds support for PMIC regs operation region

Re: [PATCH v4 6/8] efi: load SSTDs from EFI variables

On Fri, 17 Jun, at 02:52:14PM, Octavian Purdila wrote: > This patch allows SSDTs to be loaded from EFI variables. It works by > specifying the EFI variable name containing the SSDT to be loaded. All > variables with the same name (regardless of the vendor GUID) will be > loaded. > > Note that we c

Re: [PATCH v3 01/10] drm/bridge: analogix_dp: rename RK3288_DP to ROCKCHIP_DP

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > Rename RK3288_DP macros to ROCKCHIP_DP, prepare to add eDP > support for more Rockchip chips. > > > Signed-off-by: Yakir Yang > Reviewed-by: Stéphane Marchesin > Tested-by: Javier Martinez Canillas I'm ok with this as long as there aren't g

Re: [PATCH v3 04/10] drm/bridge: analogix_dp: some rockchip chips need to flip REF_CLK bit setting

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > As vendor document indicate, when REF_CLK bit set 0, then DP > phy's REF_CLK should switch to 24M source clock. > > But due to IC PHY layout mistaken, some chips need to flip this > bit(like RK3288), and unfortunately they didn't indicate in the

Re: [PATCH 5/5] perf tools: Fix NULL pointer deference when vdso not found

Em Thu, Jun 23, 2016 at 09:07:04AM -0300, Arnaldo Carvalho de Melo escreveu: > Em Thu, Jun 23, 2016 at 10:02:39AM +0800, Wangnan (F) escreveu: > > Hi, > > > > This patch fixes a real crash problem when we do 'perf report' > > on an arm64 platform with arm32 program. > > It is introduced by commit

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Thu, Jun 23, 2016 at 12:38:48PM +0200, Henrik Austad wrote: > Richard: is it fair to assume that if ptp4l is running and is part of a PTP > domain, ktime_get() will return PTP-adjusted time for the system? No. > Or do I also need to run phc2sys in order to sync the system-time > to PTP-time?

Re: [PATCH v3 0/3] acpi/pmic: add opregion driver for Intel BXT WhiskeyCove PMIC

On Thu, Jun 23, 2016 at 03:18:27PM +0200, Rafael J. Wysocki wrote: > On Thu, Jun 23, 2016 at 3:16 PM, Heikki Krogerus > wrote: > > On Thu, Jun 23, 2016 at 03:03:34PM +0200, Rafael J. Wysocki wrote: > >> On Thu, Jun 23, 2016 at 9:55 AM, Bin Gao wrote: > >> > This series modifies the pen function s

[PATCH v2 1/3] block: provide helpers for reading block count

Several drivers use an expensive do_div() to compute the number of logical or physical blocks in a blockdev, which can be done more efficiently using a shift, since the blocksize is always a power of two number. Let's introduce bdev_logical_block_count() and bdev_physical_block_count() helper func

Re: [PATCHv3 1/2] usb: USB Type-C connector class

On 06/23/2016 05:00 AM, Heikki Krogerus wrote: Hi Oliver, On Thu, Jun 23, 2016 at 10:38:58AM +0200, Oliver Neukum wrote: On Thu, 2016-06-23 at 11:23 +0300, Heikki Krogerus wrote: On Wed, Jun 22, 2016 at 06:44:18PM +0200, Oliver Neukum wrote: No it's not. DRP means a port that can operate as

[PATCH v2 3/3] target/iblock: use bdev_logical_block_count()

Enabling CONFIG_UBSAN_SANITIZE_ALL on ARM caused a link error: drivers/target/built-in.o: In function `iblock_emulate_read_cap_with_block_size.constprop.1': target_core_iblock.c:(.text+0xc2774): undefined reference to `ilog2_NaN' target_core_iblock.c:(.text+0xc27f8): undefined reference to `_

[PATCH v2 2/3] partition/efi: use bdev_logical_block_count()

Enabling CONFIG_UBSAN_SANITIZE_ALL on ARM caused a link error: last_lba.part.0': :(.text+0xc3440): undefined reference to `ilog2_NaN' :(.text+0xc3538): undefined reference to `__aeabi_uldivmod' :(.text+0xc38e8): undefined reference to `__aeabi_uldivmod' This is caused by gcc not behaving in t

Re: [PATCH 0/5] Fixes on perf unwind

Em Wed, Jun 22, 2016 at 06:57:01AM +, He Kuang escreveu: > hi, > > Patch 1-3 fix wrongly used PERF_REG_SP/IP by redefining > those macros in the wrapper file according to the target platform, for > example in "util/libunwind/x86_32.c". > The first 3 patches have been acked-by "Jiri Olsa" and n

Re: [PATCH] x86: fix unused efi_get_time function

On Fri, 17 Jun, at 04:51:29PM, Arnd Bergmann wrote: > Nothing calls the efi_get_time function on x86, but it does suffer > from the 32-bit time_t overflow in 2038. > > To avoid that if anyone starts calling it, this changes the function > to use timespec64 and mktime64 instead. > > Signed-off-by:

Re: [PATCH 7/7] staging/android: remove sync framework TODO

2016-06-23 Emil Velikov : > Hi Gustavo, > > On 20 June 2016 at 16:53, Gustavo Padovan wrote: > > - - port libsync tests to kselftest > > I believe the tests haven't landed yet right, so this should stay right ? Yes, you are right. That part is still missing in upstream. Gustavo

[PATCH] ksm: set anon_vma of first rmap_item of ksm page to page's anon_vma other than vma's anon_vma

From: z00281421 set anon_vma of first rmap_item of ksm page to page's anon_vma other than vma's anon_vma so that we can lookup all the forked vma of kpage via reserve map. thus we can try_to_unmap ksm page completely and reclaim or migrate the ksm page successfully and need not to merg other fork

Re: [RFC/PATCH] ftrace: Reduce size of function graph entries

On Mon, 23 May 2016 00:26:15 +0900 Namhyung Kim wrote: > Currently ftrace_graph_ent{,_entry} and ftrace_graph_ret{,_entry} struct > can have padding bytes at the end due to alignment in 64-bit data type. > As these data are recorded so frequently, those paddings waste > non-negligible space. As

Re: [PATCH v2 0/2] Correct iTCO Watchdog for Apollo Lake

On 06/22/2016 10:02 PM, Darren Hart wrote: On Tue, Jun 21, 2016 at 11:01:01PM -0700, Guenter Roeck wrote: On 06/21/2016 09:53 PM, Yong, Jonathan wrote: On 06/17/2016 08:36, Yong, Jonathan wrote: These patches fix the iTCO watchdog for Apollo Lake. I changed the watchdog memory io to only use 4

Re: [PATCH] PM / devfreq: Send the DEVFREQ_POSTCHANGE notification when target() is failed

On Thu, Jun 23, 2016 at 4:18 AM, Chanwoo Choi wrote: > This patch sends the DEVFREQ_POSTCHANGE notification when > devfreq->profile->targer() is failed. The PRECHANGE/POSTCHANGE > should be paired. > > Fixes: 0fe3a66410a3 ("PM / devfreq: Add new DEVFREQ_TRANSITION_NOTIFIER > notifier") > Reported

[PATCH V2 0/3] perf script: Add callindent option

Hi Andi Kleen sent a couple of patches to add a callindent option to perf script. Andi was agreeable to this alternative implementation. While there are some differences in the resulting output, the main difference is: 1. Tell the decoder to feed branches to the thread stack, which has the adv

[PATCH V2 2/3] perf auxtrace: Add option to feed branches to the thread stack

In preparation for using the thread stack to print an indent representing the stack depth in perf script, add an option to tell decoders to feed branches to the thread stack. Add support for that option to Intel PT and Intel BTS. The advantage of using the decoder to feed the thread stack is that

[PATCH V2 3/3] perf script: Add callindent option

Based on patches from Andi Kleen. When printing PT instruction traces with perf script it is rather useful to see some indentation for the call tree. This patch adds a new callindent field to perf script that prints spaces for the function call stack depth. We already have code to track the funct

Re: [PATCH v11 2/3] perf config: Reimplement perf_config() introducing new perf_config__init() and perf_config__finish()

Em Thu, Jun 23, 2016 at 10:03:39PM +0900, Taeung Song escreveu: > +/** > + * perf_config_sections__for_each - iterate thru all the sections > + * @list: list_head instance to iterate > + * @section: struct perf_config_section iterator > + */ > +#define perf_config_sections__for_each(list, section)

[PATCH V2 1/3] perf script: Print sample flags more nicely

The flags field is synthesized and may have a value when Instruction Trace decoding. The flags are "bcrosyiABEx" which stand for branch, call, return, conditional, system, asynchronous, interrupt, transaction abort, trace begin, trace end, and in transaction, respectively. Change the display so th

[PATCH] ceph: fix spelling mistake: "resgister" -> "register"

From: Colin Ian King trivial fix to spelling mistake in pr_err message Signed-off-by: Colin Ian King --- fs/ceph/cache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/ceph/cache.c b/fs/ceph/cache.c index 238c55b..d0f2b06 100644 --- a/fs/ceph/cache.c +++ b/fs/ceph/cache

[PATCH 0/8] KEYS: keyctl operations for asymmetric keys

Here's a set of patches that provides keyctl access for asymmetric keys, including a query function, and functions to do encryption, decryption, signature creation and signature verification. I've added a PKCS#8 asymmetric key parser so that you can load an RSA private key into the kernel. Curre

[PATCH 2/8] KEYS: Provide keyctls to drive the new key type ops for asymmetric keys [ver #2]

Provide five keyctl functions that permit userspace to make use of the new key type ops for accessing and driving asymmetric keys. (*) Query an asymmetric key. long keyctl(KEYCTL_PKEY_QUERY, key_serial_t key, unsigned long reserved, struct keyctl_p

Re: futex: Allow FUTEX_CLOCK_REALTIME with FUTEX_WAIT op

On Thu, 23 Jun 2016, Michael Kerrisk (man-pages) wrote: > On 06/23/2016 09:18 AM, Thomas Gleixner wrote: > Once upon a time, you told me the following: > > On 15 May 2014 at 16:14, Thomas Gleixner wrote: > > On Thu, 15 May 2014, Michael Kerrisk (man-pages) wrote: > > > And that universe would lov

[PATCH 8/8] KEYS: Implement PKCS#8 RSA Private Key parser [ver #2]

Implement PKCS#8 RSA Private Key format [RFC 5208] parser for the asymmetric key type. For the moment, this will only support unencrypted DER blobs. PEM and decryption can be added later. PKCS#8 keys can be loaded like this: openssl pkcs8 -in private_key.pem -topk8 -nocrypt -outform DER

[PATCH 4/8] KEYS: Make the X.509 and PKCS7 parsers supply the sig encoding type [ver #2]

Make the X.509 and PKCS7 parsers fill in the signature encoding type field recently added to the public_key_signature struct. Signed-off-by: David Howells --- crypto/asymmetric_keys/pkcs7_parser.c |1 + crypto/asymmetric_keys/x509_cert_parser.c | 21 + 2 files chan

Re: [PATCH v3 05/10] drm/rockchip: analogix_dp: add rk3399 eDP support

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > RK3399 and RK3288 shared the same eDP IP controller, only some light > difference with VOP configure and GRF configure. > > Signed-off-by: Yakir Yang > Acked-by: Mark Yao > --- > Changes in v3: > - Give the "rk3399-edp" a separate line for cla

[PATCH 7/8] KEYS: Implement encrypt, decrypt and sign for software asymmetric key [ver #2]

Implement the encrypt, decrypt and sign operations for the software asymmetric key subtype. This mostly involves offloading the call to the crypto layer. Note that the decrypt and sign operations require a private key to be supplied. Encrypt (and also verify) will work with either a public or a

[PATCH 5/8] KEYS: Provide software public key query function [ver #2]

Provide a query function for the software public key implementation. This permits information about such a key to be obtained using query_asymmetric_key() or KEYCTL_PKEY_QUERY. Signed-off-by: David Howells --- crypto/asymmetric_keys/public_key.c | 96 ++- 1 fi

[PATCH 6/8] KEYS: Allow the public_key struct to hold a private key [ver #2]

Put a flag in the public_key struct to indicate if the structure is holding a private key. The private key must be held ASN.1 encoded in the format specified in RFC 3447 A.1.2. This is the form required by crypto/rsa.c. The software encryption subtype's verification and query functions then need

Re: [PATCH v13 01/10] arm64: Add HAVE_REGS_AND_STACK_ACCESS_API feature

On 06/19/2016 10:43 PM, Li Bin wrote: on 2016/6/3 11:26, David Long wrote: From: "David A. Long" Add HAVE_REGS_AND_STACK_ACCESS_API feature for arm64, including supporting functions and defines. Signed-off-by: David A. Long --- arch/arm64/Kconfig | 1 + arch/arm64/include

Re: [docs-next PATCH v2 00/11] Documentation/sphinx follow-up, again

On Thu, 23 Jun 2016 15:28:00 +0300 Jani Nikula wrote: > The first 9 patches are just a resend of [1], there's two patches on top > here. OK, these all look good to me. Applied to the docs tree, sorry for the delay. jon

Re: [PATCH 0/6] dell-smm-hwmon fixes

On 06/23/2016 05:16 AM, Pali Rohár wrote: On Monday 20 June 2016 06:24:57 Guenter Roeck wrote: On 06/20/2016 02:12 AM, Pali Rohár wrote: On Sunday 19 June 2016 00:39:47 Pali Rohár wrote: On Saturday 18 June 2016 18:54:58 Guenter Roeck wrote: On 06/18/2016 08:26 AM, Pali Rohár wrote: On Satur

[PATCH 1/8] KEYS: Provide key type operations for asymmetric key ops [ver #2]

Provide five new operations in the key_type struct that can be used to provide access to asymmetric key operations. These will be implemented for the asymmetric key type in a later patch and may refer to a key retained in RAM by the kernel or a key retained in crypto hardware. int (*asym_que

Re: [RFC, DEBUGGING 1/2] mm: pass NR_FILE_PAGES/NR_SHMEM into node_page_state

On Thu, Jun 23, 2016 at 03:17:43PM +0200, Arnd Bergmann wrote: > > I have an alternative fix for this in a private tree. For now, I've asked > > Andrew to withdraw the series entirely as there are non-trivial collisions > > with OOM detection rework and huge page support for tmpfs. It'll be easier

[PATCH v2] mac80211: mesh: Add support for HW RC implementation

Mesh HWMP module will be able to rely on the HW RC algorithm if it exists, for path metric calculations. This allows the metric calculation mechanism to calculate a correct metric, based on PER and last TX rate both via HW RC algorithm if it exists or via parameters collected by the SW. Signed-of

[PATCH 0/8] KEYS: keyctl operations for asymmetric keys [ver #2]

Here's a set of patches that provides keyctl access for asymmetric keys, including a query function, and functions to do encryption, decryption, signature creation and signature verification. I've added a PKCS#8 asymmetric key parser so that you can load an RSA private key into the kernel. Curre

Re: [PATCH 5/5] irqtime: drop local_irq_save/restore from irqtime_account_irq

On 22/06/2016 23:55, Rik van Riel wrote: > > > + hardirq_time = READ_ONCE(per_cpu(cpu_hardirq_time, > > > cpu)); > > Which makes this per_cpu(,cpu) usage somewhat curious. What's wrong > > with __this_cpu_read() ? > > I played around with it a bit, and it seems that > __this_cpu_read does

Re: [PATCH 1/2] leds: ncp5623: Add device tree binding documentation

On 06/23/2016 02:01 PM, Florian Vaussard wrote: On 06/23/2016 01:21 PM, Jacek Anaszewski wrote: On 06/23/2016 10:32 AM, Florian Vaussard wrote: Hi Jacek, On 06/23/2016 09:23 AM, Jacek Anaszewski wrote: On 06/22/2016 04:25 PM, Florian Vaussard wrote: Hi Jacek, Le 22. 06. 16 à 10:51, Jacek

Re: [RFC] capabilities: add capability cgroup controller

On 06/23/16 05:59, Kees Cook wrote: > On Wed, Jun 22, 2016 at 5:01 PM, Serge E. Hallyn wrote: >> Quoting Kees Cook (keesc...@chromium.org): >>> On Wed, Jun 22, 2016 at 11:17 AM, Serge E. Hallyn wrote: Quoting Topi Miettinen (toiwo...@gmail.com): > On 06/22/16 17:14, Serge E. Hallyn wrote

Re: [PATCH 19/27] mm: Move vmscan writes and file write accounting to the node

On Wed, Jun 22, 2016 at 04:40:39PM +0200, Michal Hocko wrote: > On Tue 21-06-16 15:15:58, Mel Gorman wrote: > > As reclaim is now node-based, it follows that page write activity > > due to page reclaim should also be accounted for on the node. For > > consistency, also account page writes and page

Re: [LTP] [patch V2 00/20] timer: Refactor the timer wheel

Cyril Hrubis wrote: > Thomas Gleixner wrote: >> Err. You know that the timer expired because sigtimedwait() returns >> EAGAIN. And the only thing you can reliably check for is that the timer did >> not expired to early. Anything else is guesswork and voodoo programming. > But seriously is there a

Re: [RFC PATCH 08/11] sched: Remove SD_WAKE_AFFINE flag and replace it with SD_BALANCE_WAKE

On Thu, Jun 23, 2016 at 02:04:33PM +0100, Matt Fleming wrote: > On Thu, 16 Jun, at 09:49:32AM, Yuyang Du wrote: > > --- a/include/linux/sched.h > > +++ b/include/linux/sched.h > > @@ -1014,7 +1014,6 @@ extern void wake_up_q(struct wake_q_head *head); > > #define SD_BALANCE_EXEC0x0004

Re: [PATCH 02/11] x86/efi: Consolidate region mapping logic

On Thu, Jun 23, 2016 at 12:34:41PM +0100, Matt Fleming wrote: > EFI regions are currently mapped in two separate places. The bulk of > the work is done in efi_map_regions() but when CONFIG_EFI_MIXED is > enabled the additional regions that are required when operating in > mixed mode are mapping in

Re: linux-next: build warning after merge of the akpm-current tree

On Thu, Jun 23, 2016 at 04:53:21PM +1000, Stephen Rothwell wrote: > Hi Andrew, > > After merging the akpm-current tree, today's linux-next build (powerpc > ppc64_defconfig and x86_64 allmodconfig) produced this warning: > I asked that Andrew drop the patch series that introduced this problem. It

[PATCH] memstick: Use kmemdup instead of kmalloc and memcpy

Replace calls to kmalloc followed by a memcpy with a direct call to kmemdup. The Coccinelle semantic patch used to make this change is as follows: @@ expression from,to,size,flag; statement S; @@ - to = \(kmalloc\|kzalloc\)(size,flag); + to = kmemdup(from,size,flag); if (to==NULL || ...) S -

[PATCH 3/8] KEYS: Provide missing asymmetric key subops for new key type ops [ver #2]

Provide the missing asymmetric key subops for new key type ops. This include query, encrypt, decrypt and create signature. Verify signature already exists. Also provided are accessor functions for this: int query_asymmetric_key(const struct key *key, str

Re: rstpd implementation

On 06/22/2016 08:12 PM, Stephen Hemminger wrote: On Wed, 22 Jun 2016 12:44:52 -0500 ebied...@xmission.com (Eric W. Biederman) wrote: Phil writes: Hi, When looking for an RSTP daemon I found Stephen Hemminger's git://git.kernel.org/pub/scm/linux/kernel/git/shemminger/rstp.git

Re: [PATCH 19/27] mm: Move vmscan writes and file write accounting to the node

On 06/23/2016 03:57 PM, Mel Gorman wrote: On Wed, Jun 22, 2016 at 04:40:39PM +0200, Michal Hocko wrote: On Tue 21-06-16 15:15:58, Mel Gorman wrote: As reclaim is now node-based, it follows that page write activity due to page reclaim should also be accounted for on the node. For consistency, al

Re: [RFC PATCH 08/11] sched: Remove SD_WAKE_AFFINE flag and replace it with SD_BALANCE_WAKE

On Thu, 2016-06-23 at 14:04 +0100, Matt Fleming wrote: > I'm curious - doesn't this break userspace ABI? These flags are > exported via procfs, so I would have assumed removing or changing the > value of any of these constants would be forbidden. Nope, if those change, you get to fix up your toys

Re: [PATCH] Documentation: fix wrong value in md.txt

On Fri, 17 Jun 2016 09:40:02 +0800 (CST) "Tiezhu Yang" wrote: > I read drivers/md/raid5.c and find the following related code: > 1) in function 'raid5_set_cache_size': > if (size <= 16 || size > 32768) > return -EINVAL; > 2) #define NR_STRIPES 256 > > So the lower limit value of st

Re: [PATCH V2 3/3] perf script: Add callindent option

Em Thu, Jun 23, 2016 at 04:40:58PM +0300, Adrian Hunter escreveu: > Based on patches from Andi Kleen. > > When printing PT instruction traces with perf script it is rather useful to > see some indentation for the call tree. This patch adds a new callindent > field to perf script that prints spaces

Re: [PATCH] Documentation: tiny typo fix in usb/gadget_multi.txt

On Sat, 11 Jun 2016 02:56:37 +0200 Michal Nazarewicz wrote: > -For the gadget two work under Windows two conditions have to be met: > +For the gadget to work under Windows two conditions have to be met: Applied to the docs tree, thanks. jon

[PATCH] dsa: mv88e6xxx: hide unused functions

When CONFIG_NET_DSA_HWMON is disabled, we get warnings about two unused functions whose only callers are all inside of an #ifdef: drivers/net/dsa/mv88e6xxx.c:3257:12: 'mv88e6xxx_mdio_page_write' defined but not used [-Werror=unused-function] drivers/net/dsa/mv88e6xxx.c:3244:12: 'mv88e6xxx_mdio_pa

Re: [PATCH v3 07/10] drm/bridge: analogix_dp: passing the connector as an argument in .get_modes()

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > It's better to pass the connector to platform driver in .get_modes() > callback, just like what the .get_modes() helper function designed. > > Signed-off-by: Yakir Yang Reviewed-by: Sean Paul > --- > Changes in v3: > - Avoid to change any in

Re: kernel-4.7 bug in Intel sound and/or ACPI

On Wed, Jun 22, 2016 at 11:54:39PM -0400, ok...@codeaurora.org wrote: > On 2016-06-21 18:13, Wim Osterholt wrote: > >> > >>pr_info("%s:%d irq = %d penalty = %d\n", __func__, __LINE__, irq, > >>penalty); > >> > > > > This produced some 60 lines extra > > Thanks, let's go back

Re: [LTP] [patch V2 00/20] timer: Refactor the timer wheel

On Thu, 23 Jun 2016, George Spelvin wrote: > Cyril Hrubis wrote: > > Thomas Gleixner wrote: > >> Err. You know that the timer expired because sigtimedwait() returns > >> EAGAIN. And the only thing you can reliably check for is that the timer did > >> not expired to early. Anything else is guesswork

[PATCH v12 0/3] perf config: Reimplement perf_config()

Hello, :) This patchset is to reimplement perf_config() for efficient config management. Many sub-commands use perf_config() but everytime perf_config() is called, perf_config() always read config files. (i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig') But it is be

[PATCH v12fg 3/3] perf config: Reimplement show_config() using config_set__for_each

Lately config_set__for_each is added. In order to let show_config() be short and clear, remake this function using config_set__for_each macro Cc: Namhyung Kim Cc: Jiri Olsa Cc: Masami Hiramatsu Cc: Alexander Shishkin Cc: Wang Nan Signed-off-by: Taeung Song --- tools/perf/builtin-config.c |

[PATCH v12 1/3] perf config: Bring declarations about config from util/cache.h to util/config.h

Lately util/config.h has been added but util/cache.h has declarations of functions and a global variable for config features. To manage codes about configuration at one spot, move them to util/config.h and let source files that need config features include config.h And if the source files that inc

Re: [PATCH v10 04/10] perf evlist: Introduce aux evlist

On 23 June 2016 at 00:27, Wang Nan wrote: > An auxiliary evlist is created by perf_evlist__new_aux() using an > existing evlist as its parent. An auxiliary evlist can have its own > 'struct perf_mmap', but can't have any other data. User should use its > parent instead when accessing other data. >

[PATCH v12 2/3] perf config: Reimplement perf_config() introducing new perf_config__init() and perf_config__finish()

Many sub-commands use perf_config() but everytime perf_config() is called, perf_config() always read config files. (i.e. user config '~/.perfconfig' and system config '$(sysconfdir)/perfconfig') But it is better to use the config set that already contains all config key-value pairs to avoid this r

Re: [PATCH v11 2/3] perf config: Reimplement perf_config() introducing new perf_config__init() and perf_config__finish()

On 06/23/2016 10:38 PM, Arnaldo Carvalho de Melo wrote: Em Thu, Jun 23, 2016 at 10:03:39PM +0900, Taeung Song escreveu: +/** + * perf_config_sections__for_each - iterate thru all the sections + * @list: list_head instance to iterate + * @section: struct perf_config_section iterator + */ +#defi

Re: [PATCH v3 06/10] drm/rockchip: analogix_dp: make panel detect to an optional action

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > Some boards don't need to declare a panel device node, like the > display interface is DP monitors, so it's necessary to make the > panel detect to an optional action. > > Signed-off-by: Yakir Yang > Acked-by: Mark Yao > --- > Changes in v3: >

[PATCH] perf: symbols: dso__load(): remove check of file on uninitialized memory

In commit "403567217d3f perf symbols: Do not read symbols/data from device files" a check to uninitialzied memory was added. This leads to the following valgrind output: ==24515== Syscall param stat(file_name) points to uninitialised byte(s) ==24515==at 0x75B26D5: _xstat (in /lib/x86_64-linux-

Re: [PATCH] tracing: Fix oops caused by graph notrace filter

- Original Message - > From: "Steven Rostedt" > To: "Chunyu Hu" > Cc: linux-kernel@vger.kernel.org > Sent: Wednesday, June 22, 2016 9:08:14 PM > Subject: Re: [PATCH] tracing: Fix oops caused by graph notrace filter > > On Tue, 21 Jun 2016 18:57:46 +0800 > Chunyu Hu wrote: > > > wakeu

Re: [PATCH v2 1/3] block: provide helpers for reading block count

Thanks Arnd, the series looks fine to me: Reviewed-by: Christoph Hellwig

Re: [PATCH v3 09/10] drm/rockchip: analogix_dp: update the comments about why need to hardcode VOP output mode

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > The hardware IC designed that VOP must output the RGB10 video format to > eDP contoller, and if eDP panel only support RGB8, then eDP contoller > should cut down the video data, not via VOP contoller, that's why we need > to hardcode the VOP out

Re: [PATCH v3 10/10] drm/bridge: analogix_dp: fix no drm hpd event when panel plug in

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > The enum value of DP_IRQ_TYPE_HP_CABLE_IN is zero, but driver only > send drm hp event when the irq_type and the enum value is true. > > if (irq_type & DP_IRQ_TYPE_HP_CABLE_IN || ...) > drm_helper_hpd_irq_event(dp->drm_dev); > > So there

Re: [PATCH] PM / devfreq: Send the DEVFREQ_POSTCHANGE notification when target() is failed

Hi, 2016-06-23 22:40 GMT+09:00 Rafael J. Wysocki : > On Thu, Jun 23, 2016 at 4:18 AM, Chanwoo Choi wrote: >> This patch sends the DEVFREQ_POSTCHANGE notification when >> devfreq->profile->targer() is failed. The PRECHANGE/POSTCHANGE >> should be paired. >> >> Fixes: 0fe3a66410a3 ("PM / devfreq: A

Linux 4.1.27

I'm announcing the release of the 4.1.27 kernel. All users of the 4.1 kernel series must upgrade. The updated 4.1.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-4.1.y and can be browsed at the normal kernel.org git web browser:

Linux 3.18.36

I'm announcing the release of the 3.18.36 kernel. All users of the 3.18 kernel series must upgrade. The updated 3.18.y git tree can be found at: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.18.y and can be browsed at the normal kernel.org git web browser:

Re: [PATCH v10 07/10] perf record: Read from overwritable ring buffer

On 23 June 2016 at 00:27, Wang Nan wrote: > @@ -542,6 +568,79 @@ static struct perf_event_header finished_round_event = { > .type = PERF_RECORD_FINISHED_ROUND, > }; > > +static void > +record__toggle_overwrite_evsels(struct record *rec, > + enum overwrite_evt

Re: [PATCH v4 2/2] reset: add TI SYSCON based reset driver

On 06/23/2016 04:05 AM, Philipp Zabel wrote: > Am Mittwoch, den 22.06.2016, 14:46 -0500 schrieb Andrew F. Davis: > [...] + depends on HAS_IOMEM + select MFD_SYSCON + help +This enables the reset driver support for TI devices with +memory-mapped reset registers as

Re: [PATCH] arm64:swiotlb:Enable only when Input size through command line

On Thu, Jun 23, 2016 at 05:43:40PM +0530, Manjeet Pawar wrote: > From: Rohit Thapliyal > > swiotlb default size of 64M is too big as > default value therefore it is made configurable > through command line through swiotlb_size parameter. > swiotlb allocation shall be done only when the > swiotlb

Re: [PATCH v11 2/3] perf config: Reimplement perf_config() introducing new perf_config__init() and perf_config__finish()

Em Thu, Jun 23, 2016 at 11:15:49PM +0900, Taeung Song escreveu: > > > On 06/23/2016 10:38 PM, Arnaldo Carvalho de Melo wrote: > > Em Thu, Jun 23, 2016 at 10:03:39PM +0900, Taeung Song escreveu: > > > +/** > > > + * perf_config_sections__for_each - iterate thru all the sections > > > + * @list: li

Re: [PATCH v3 00/13] Virtually mapped stacks with guard pages (x86, core)

On 06/22, Linus Torvalds wrote: > > Oleg, what do you think? Would it be reasonable to free the stack and > thread_info synchronously at exit time, clear the pointer (to catch > any odd use), and only RCU-delay the task_struct itself? I didn't see the patches yet, quite possibly I misunderstood...

Re: [PATCH v4 3/4] perf: xgene: Add APM X-Gene SoC Performance Monitoring Unit driver

Hi, On Wed, Jun 22, 2016 at 11:06:58AM -0700, Tai Nguyen wrote: > diff --git a/drivers/perf/Kconfig b/drivers/perf/Kconfig > index 04e2653..be597dd 100644 > --- a/drivers/perf/Kconfig > +++ b/drivers/perf/Kconfig > @@ -12,4 +12,11 @@ config ARM_PMU > Say y if you want to use CPU performanc

Re: [PATCH v3 02/10] drm/rockchip: analogix_dp: split the lcdc select setting into device data

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > eDP controller need to declare which vop provide the video source, > and it's defined in GRF registers. > > But different chips have different GRF register address, so we need to > create a device data to declare the GRF messages for each chips.

Re: [PATCH v10 07/10] perf record: Read from overwritable ring buffer

发自我的 iPhone > 在 2016年6月23日，下午10:27，Nilay Vaish 写道： > >> On 23 June 2016 at 00:27, Wang Nan wrote: >> @@ -542,6 +568,79 @@ static struct perf_event_header finished_round_event = { >>.type = PERF_RECORD_FINISHED_ROUND, >> }; >> >> +static void >> +record__toggle_overwrite_evsels(struct

Re: [PATCH v11 2/3] perf config: Reimplement perf_config() introducing new perf_config__init() and perf_config__finish()

On 06/23/2016 11:30 PM, Arnaldo Carvalho de Melo wrote: Em Thu, Jun 23, 2016 at 11:15:49PM +0900, Taeung Song escreveu: On 06/23/2016 10:38 PM, Arnaldo Carvalho de Melo wrote: Em Thu, Jun 23, 2016 at 10:03:39PM +0900, Taeung Song escreveu: +/** + * perf_config_sections__for_each - iterate

Re: [PATCH v3 03/10] drm/bridge: analogix_dp: correct the register bit define error in ANALOGIX_DP_PLL_REG_1

On Tue, Jun 14, 2016 at 7:46 AM, Yakir Yang wrote: > There're an register define error in ANALOGIX_DP_PLL_REG_1 which introduced > by commit bcec20fd5ad6 ("drm: bridge: analogix/dp: add some rk3288 special > registers setting"). > > The PHY PLL input clock source is selected by ANALOGIX_DP_PLL_REG

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