Re: [PATCH V6 02/17] perf tools: Ensure thread-stack is flushed

On 19/06/2015 12:56 a.m., Arnaldo Carvalho de Melo wrote: Em Fri, May 29, 2015 at 04:33:30PM +0300, Adrian Hunter escreveu: The thread-stack represents a thread's current stack. When a thread exits there can still be many functions on the stack e.g. exit() can be called many levels deep, so

Re: [PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

2015-06-19 14:28 GMT+09:00 Inki Dae : > On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: >> The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in >> 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is >> not referenced anywhere. >> >> One instance of

FW: PCIe patch for ARM64

HI I am developing PCIe root port driver for Xilinx device. We have used following patch for ARM64 bit support "https://lkml.org/lkml/2014/7/3/764;. The link explains it as temporary patch and main line will be updated soon with those changes. We have not seen the changes till now. Can you let

[PATCH v2] arm64:Modify the dump mem for 64 bit addresses

From: Rohit Thapliyal V1 = added new function dump_mem64 v1->v2 Removed the separate function dump_mem64 and accommodated a field width based on which the dump shall be created of width either 4 or 8 as suggested by Catalin. On 64bit kernel, the dump_mem gives 32 bit addresses on the stack

Re: [PATCH v2] cpuidle: powernv/pseries: Auto-promotion of snooze to deeper idle state

On 06/18/2015 04:53 PM, Shilpasri G Bhat wrote: > The idle cpus which stay in snooze for a long period can degrade the > perfomance of the sibling cpus. If the cpu stays in snooze for more > than target residency of the next available idle state, then exit from > snooze. This gives a chance to the

Re: [PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

On 2015년 06월 19일 14:23, Krzysztof Kozlowski wrote: > The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in > 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is > not referenced anywhere. > > One instance of 'exynos_drm_gem_obj' may be mapped to multiple >

[PATCH] drm/exynos: Remove unused vma field of exynos_drm_gem_obj

The field 'vma' of 'exynos_drm_gem_obj' structure was introduced in 2a3098ff6c21 ("drm/exynos: add userptr feature for g2d module") but is not referenced anywhere. One instance of 'exynos_drm_gem_obj' may be mapped to multiple user-space VMAs so 'vma' field does not look useful anyway.

linux-next: Tree for Jun 19

Hi all, Changes since 20150618: The v4l-dvb tree gained a build failure. The kvm tree gained a conflict against the tip tree. The drivers-x86 tree gained some conflicts against the pm tree. Non-merge commits (relative to Linus' tree): 11423 9716 files changed, 1038136 insertions(+), 242673

FW: PCIe patch for ARM64

HI I am developing PCIe root port driver for Xilinx device. We have used following patch for ARM64 bit support " https://lkml.org/lkml/2014/7/4/246 " . The link explains it as temporary patch and main line will be updated soon with those changes. We have not seen the changes till now. Can you

Re: [PATCH 9/9] Staging: sm750fb: ddk750_swi2c.c: Shorten lines to 80 characters

On Thu, Jun 18, 2015 at 09:48:56PM -0700, Isaac Assegai wrote: > Shorten lines to be under 80 characters in ddk750_swi2c.c > to rectify the following checkpatch warnings: > WARNING: line over 80 characters > > Signed-off-by: Isaac Assegai > --- > drivers/staging/sm750fb/ddk750_swi2c.c | 18

Re: [PATCH 0/3] kdbus: minor readability improvements

On Wed, Jun 17, 2015 at 08:14:55PM +0300, Sergei Zviagintsev wrote: > Little improvements to make things easier to read. > > Sergei Zviagintsev (3): > kdbus: kdbus_reply_find(): return on found entry > kdbus: optimize error path in kdbus_reply_new() > kdbus: optimize if statements in

Re: [PATCH v2 00/10] kdbus: macros fixes

On Tue, Jun 09, 2015 at 11:59:58PM +0300, Sergei Zviagintsev wrote: > Fix type conversion and style issues in item macros. > > First submission was in 2 separate emails: > https://lkml.kernel.org/g/1433414370-17557-1-git-send-email-ser...@s15v.net >

linux-next: manual merge of the drivers-x86 tree with the pm tree

Hi Darren, Today's linux-next merge of the drivers-x86 tree got conflicts in: drivers/platform/x86/apple-gmux.c drivers/platform/x86/asus-wmi.c drivers/platform/x86/samsung-laptop.c between commits: 143958e12fc1 "apple-gmux: Port to new backlight interface selection API" 1ff99803702b

linux-next: manual merge of the kvm tree with the tip tree

Hi all, Today's linux-next merge of the kvm tree got a conflict in: arch/x86/kvm/lapic.c between commit: b6ac06953221 "KVM: x86: fix lapic.timer_mode on restore" from the tip tree and commit: 90de4a187518 "KVM: x86: Support for disabling quirks" from the kvm tree. I fixed it up (see

linux-next: build failure after merge of the v4l-dvb tree

Hi all, After merging the v4l-dvb tree, today's linux-next build (x86_64 allmodconfig) failed like this: drivers/media/platform/sti/bdisp/bdisp-debug.c: In function 'bdisp_dbg_perf': drivers/media/platform/sti/bdisp/bdisp-debug.c:600:50: error: expected ';' before ')' token min_fps =

Re: [PATCH 1/1] suspend: delete sys_sync()

On Thu, Jun 18, 2015 at 10:35:44PM -0400, Len Brown wrote: > On Thu, Jun 18, 2015 at 9:09 PM, Dave Chinner wrote: > > On Thu, Jun 18, 2015 at 02:14:31AM -0400, Len Brown wrote: > >> On Sun, May 17, 2015 at 9:57 PM, NeilBrown wrote: > >> > 1/ Len has seen enough delays to bother sending a patch.

Re: [PATCH] kdbus: drop useless goto

On Fri, Jun 05, 2015 at 02:37:34PM +0200, Marc-Antoine Perennou wrote: > Signed-off-by: Marc-Antoine Perennou > Reviewed-by: David Herrmann > --- > ipc/kdbus/names.c | 2 -- > 1 file changed, 2 deletions(-) applied, thanks. greg k-h -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v2 0/5] selftests/kdbus: small fixes

On Wed, Jun 17, 2015 at 07:33:23PM +0300, Sergei Zviagintsev wrote: > Set of different fixes over selftests/kdbus. > > These were first sent as independent patches, and in v2 they just > properly threaded. > > Links to previous patches: > >

Re: [PATCH 1/2] Move the pt_regs_offset struct definition from arch to common include file

On Mon, 2015-06-15 at 12:42 -0400, David Long wrote: > From: "David A. Long" > > The pt_regs_offset structure is used for HAVE_REGS_AND_STACK_ACCESS_API > feature and has identical definitions in four different arch ptrace.h > include files. It seems unlikely that definition would ever need to

Re: [PATCH] drivers: staging: rtl8712: Resolved kernel coding style warnings

On Thu, Jun 18, 2015 at 06:57:34PM +0530, Sunil Shahu wrote: > 1) "else" statement after "if" is unnecessory, hence removed. > 2) Fixed line over 80 characters warning. That's two different things, this should be 2 different patches. thanks, greg k-h -- To unsubscribe from this list: send the

[PATCH 1/1] ixgbe: use kzalloc for allocating one thing

Use kzalloc rather than kcalloc(1.. The semantic patch that makes this change is as follows: // @@ @@ - kcalloc(1, + kzalloc( ...) // and removing checkpatch below CHECK: CHECK: Prefer kzalloc(sizeof(*fwd_adapter)...) over kzalloc(sizeof(struct ixgbe_fwd_adapter)...)

[PATCH 1/1] drm/radeon: use kzalloc for allocating one thing

Use kzalloc for allocating one thing rather than kcalloc(1... The semantic patch that makes this change is as follows: // @@ @@ - kcalloc(1, + kzalloc( ...) // Signed-off-by: Maninder Singh Reviewed-by: Vaneet Narang --- drivers/gpu/drm/radeon/radeon_ttm.c |2 +- 1 files

Re: [PATCH 1/3] SLIMbus: Device management on SLIMbus

Hi Srini Thank you for the review. On 6/18/2015 3:23 PM, Srinivas Kandagatla wrote: Hi Sagar, On 14/06/15 06:49, Sagar Dharia wrote: SLIMbus (Serial Low Power Interchip Media Bus) is a specification developed by MIPI (Mobile Industry Processor Interface) alliance. SLIMbus is a 2-wire

[PATCH 04/32] ACPI: sleep: Update acpi_set_firmware_waking_vector() invocations to favor 32-bit firmware waking vector.

This patch updates acpi_set_firmware_waking_vector() invocations in order to keep 32-bit firmware waking vector favor for Linux. 64-bit firmware waking vector has never been enabled by Linux. The (acpi_physical_address)0 for 64-bit address can be used to force ACPICA to set only 32-bit firmware

[PATCH 02/32] ACPICA: Linuxize: Replace __FUNCTION__ with __func__.

ACPICA commit cb3d1c79f862cd368d749c9b8d9dced40111b0d0 __FUNCTION__ is MSVC only, in Linux, it is __func__. Lv Zheng. In ACPICA, this is achieved by string replacement in release script and this patch contains the source code difference between the Linux upstream and ACPICA that is caused by the

[PATCH 07/32] ACPICA: Hardware: Cleanup the return values in acpi_set_waking_vector().

ACPICA commit a04dbfa308a48ab0b2d10519c54a6c533c5c8949 The return statement in acpi_set_waking_vector() is wrong and this patch corrects it. Lv Zheng. Link: https://github.com/acpica/acpica/commit/a04dbfa3 Signed-off-by: Lv Zheng Signed-off-by: Bob Moore --- drivers/acpi/acpica/hwxfsleep.c |

[PATCH 15/32] ACPICA: Utilities: Add _CLS processing

From: Suravee Suthikulpanit ACPICA commit 9a2b638acb3a7215209432e070c6bd0312374229 ACPI Device object often contains a _CLS object to supply PCI-defined class code for the device. This patch introduces logic to process the _CLS object. Suravee Suthikulpanit, Lv Zheng. Link:

[PATCH 12/32] ACPICA: MSVC6: Fix build issue for variable argument macros.

ACPICA commit 72f5a358f28c5d154ed613c142c7dca03192c5ee This patch intoduces generic variable macro detection support and fixes build breakage issue with macros using __VA_ARGS__ feature defined in C99. This patch fixes this build issue. Lv Zheng. This patch doesn't affect Linux kernel. Link:

[PATCH 14/32] ACPICA: Add dragon_fly support to unix file mapping file.

From: Sascha Wildner ACPICA commit 795b215d6fd062386f0a1c23dff9ffa244683c4f ACPICA BZ 1130 This patch doesn't affect Linux kernel. Link: https://bugs.acpica.org/show_bug.cgi?id=1130 Link: https://github.com/acpica/acpica/commit/795b215d Signed-off-by: Sascha Wildner Signed-off-by: Bob Moore

[PATCH 20/32] ACPICA: Update for acpi_install_table memory types.

From: Zhang Rui ACPICA commit 3f78b7fb3f98f35d62f532c1891deb748ad196c9 Physical/virtual address flags were reversed. Link: https://github.com/acpica/acpica/commit/3f78b7fb Signed-off-by: Zhang Rui Signed-off-by: Lv Zheng Signed-off-by: Bob Moore --- drivers/acpi/acpica/tbxfload.c |4

[PATCH 13/32] ACPICA: EFI: Add EFI interface definitions to eliminate dependency of GNU EFI.

ACPICA commit 5d00e67a74542d030f0a55e7a947a020ef0d9693 This patch copies EFI interface definitions to the ACPICA code base so that the EFI utility support can be ported to other EFI implementation. Known issues: 1. MS Builds of uefi_call_wrapper() The uefi_call_wrapper() in GNU EFI is

[PATCH 24/32] ACPI / acpidump: Update acpidump manual.

This patch updates acpidump manual according to the recent changes. Signed-off-by: Lv Zheng --- tools/power/acpi/man/acpidump.8 | 17 - 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/tools/power/acpi/man/acpidump.8 b/tools/power/acpi/man/acpidump.8 index

[PATCH 17/32] ACPICA: Namespace: Add support to allow overriding objects.

ACPICA commit 6084e34e44565c6293f446c0202b5e59b055e351 This patch adds an "NamespaceOverride" flag in struct acpi_walk_state, and allows namespace objects to be overridden when this flag is set. Lv Zheng. Link: https://github.com/acpica/acpica/commit/6084e34e Signed-off-by: Lv Zheng

[PATCH 26/32] ACPICA: Clib: Correct memset() declarations.

ACPICA commit 00f0dc83f5cfca53b27a3213ae0d7719b88c2d6b Gcc complains memset() prototype used in the ACPICA even when the nostdinc is specified: ../../../source/include/acutils.h:418:1: error: conflicting types for built-in function 'memset' [-Werror] This patch corrects the declarations of

[PATCH 05/32] ACPICA: Tables: Enable both 32-bit and 64-bit FACS.

ACPICA commit f7b86f35416e3d1f71c3d816ff5075ddd33ed486 The root cause of the reported bug might be one of the followings: 1. BIOS may favor the 64-bit firmware waking vector address when the version of the FACS is greater than 0 and Linux currently only supports resuming from the real mode,

[PATCH 27/32] ACPICA: Finish C library name transition.

From: Bob Moore ACPICA commit 47d22a738d0e19fd241ffe4e3e9d4e198e4afc69 Cast various invocations as necessary. Link: https://github.com/acpica/acpica/commit/47d22a73 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/acutils.h | 18 --

[PATCH 31/32] ACPICA: Comment update, no functional change.

From: gongzg ACPICA commit 1a8ec7b83d55c7b957247d685bd1c73f6a012f1e Remove redundant comment in nseval.c Link: https://github.com/acpica/acpica/commit/1a8ec7b8 Signed-off-by: gongzg Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/nseval.c |5 ++--- 1 file

[PATCH 29/32] ACPICA: Update definitions for the TCPA and TPM2 ACPI tables.

From: Bob Moore ACPICA commit 33140b4498666337dd33a00cf3c4797a53981a7b Changes for a new version of the 3rd party spec for these tables, the "TCG ACPI Specification", December 14, 2014. Also, moved the definition of TPM2 to actbl2.h, next to TCPA, since both should be together. Update the

[PATCH 28/32] ACPICA: Split C library prototypes to new header.

From: Bob Moore ACPICA commit f51bf8497889a94046820639537165bbd7ccdee6 Adds acclib.h This patch doesn't affect Linux kernel. Link: https://github.com/acpica/acpica/commit/f51bf849 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/accommon.h |3 +++

[PATCH 32/32] ACPICA: Update version to 20150619.

From: Bob Moore ACPICA commit 2fcf4f4c95e6a4875f39a929f8f92ef50cc53bb5 ACPICA commit d7a940bb308d001b5d2b196174fee36c7daa61d6 Version 20150619. Link: https://github.com/acpica/acpica/commit/2fcf4f4c Link: https://github.com/acpica/acpica/commit/d7a940bb Signed-off-by: Bob Moore Signed-off-by:

[PATCH 30/32] ACPICA: Update TPM2 ACPI table.

From: Bob Moore ACPICA commit 254bf77e7ca01cb27e026fa5737f7df8dae03f2c - Add constans for the start_method. - Remove the control structure, not part of ACPI, not defined in the current TCG spec. Link: https://github.com/acpica/acpica/commit/254bf77e Reported-by: Jarkko Sakkinen Signed-off-by:

[PATCH 21/32] ACPICA: Cleanup output for the ASL Debug object.

From: Bob Moore ACPICA commit d4a53a396fe5d384425251b0257f8d125bbed617 Especially for use of the Index operator. For buffers and strings, only output the actual byte pointed to by the index. For packages, only print the package element decoded by the index. Link:

[PATCH 25/32] ACPICA: De-macroize calls to standard C library functions.

From: Bob Moore ACPICA commit 3b1026e0bdd3c32eb6d5d313f3ba0b1fee7597b4 Across all of ACPICA. Replace C library macros such as ACPI_STRLEN with the standard names such as strlen. The original purpose for these macros is long since obsolete. Link: https://github.com/acpica/acpica/commit/3b1026e0

[PATCH 23/32] ACPICA: acpidump: Convert the default behavior to dump from /sys/firmware/acpi/tables.

ACPICA commit 04c3bd7e9d6aeb2b3edebe99c90dc271ae4e6353 In order to work without any additional option to dump tables when /dev/mem doesn't exist, this patch switches the default behavior of acpidump to dump from /sys/firmware/acpi/tables. Reported by Al Stone, Fixed by Lv Zheng. Link:

[PATCH 22/32] ACPICA: acpidump: Allow customized tables to be dumped without accessing /dev/mem.

ACPICA commit ab29013cfa2424140446aff196a70b211ab343a9 The /dev/mem can be configured out, in which case, acpidump should still work with "-c" option as tables can be found in /sys/firmware/acpi/tables. This patch allows acpidump to work without /dev/mem. This patch has been tested with "acpidump

[PATCH 19/32] ACPICA: Namespace: Change namespace override to avoid node deletion.

From: Bob Moore ACPICA commit c0ce529e1fbb8ec47d2522a3aa10f3ab77e16e41 There is no reference counting implemented for struct acpi_namespace_node, so it is currently not removable during runtime. This patch changes the namespace override code to keep the old struct acpi_namespace_node undeleted

[PATCH 16/32] ACPICA: ACPI 6.0: Add values for MADT GIC version field.

From: Hanjun Guo ACPICA commit 4b100dc43e8baee8c8b4891b23bc7ad03eba6a28 Support for the new version field in the generic distributor subtable. Hanjun Guo Link: https://github.com/acpica/acpica/commit/4b100dc4 Signed-off-by: Hanjun Guo Signed-off-by: Bob Moore Signed-off-by: Lv Zheng ---

[PATCH 18/32] ACPICA: Namespace: Add support of OSDT table.

From: Bob Moore ACPICA commit 27415c82fcecf467446f66d1007a0691cc5f3709 This patch adds OSDT (Override System Definition Table) support. When OSDT is loaded, conflict namespace objects will be overridden by the AML interpreter. Bob Moore, Lv Zheng. Link:

[PATCH 10/32] ACPICA: Remove a prototype for the reduced hardware case.

From: Bob Moore ACPICA commit 70f62a80d65515e1285fdeeb50d94ee6f07df4bd Causes an error on some hosts. Link: https://github.com/acpica/acpica/commit/70f62a80 Signed-off-by: Bob Moore Signed-off-by: Lv Zheng --- drivers/acpi/acpica/hwxfsleep.c |2 ++ 1 file changed, 2 insertions(+) diff

[PATCH 09/32] ACPICA: Tables: Fix an issue that ACPI initialization is blocked due to no FACS.

ACPICA commit ebd544ed24c5a4faba11f265e228b7a821a729f5 This patch fixes an issue that when FACS tables do not exist, ACPI initialization cannot proceed. ACPICA BZ 1122. Lv Zheng. Link: https://bugs.acpica.org/show_bug.cgi?id=1122 Link: https://github.com/acpica/acpica/commit/ebd544ed

[PATCH 11/32] ACPICA: Tables: Enable default 64-bit FADT addresses favor.

ACPICA commit 4da56eeae0749dfe8491285c1e1fad48f6efafd8 With enough protections, this patch re-enables 64-bit FADT addresses by default. If regressions are reported against such change, this patch should be bisected and reverted. Note that 64-bit FACS favor and 64-bit firmware waking vector favor

[PATCH 08/32] ACPICA: Tables: Fix an issue that FACS initialization is performed twice.

ACPICA commit 90f5332a15e9d9ba83831ca700b2b9f708274658 This patch adds a new FACS initialization flag for acpi_tb_initialize(). acpi_enable_subsystem() might be invoked several times in OS bootup process, and we don't want FACS initialization to be invoked twice. Lv Zheng. Link:

[PATCH 03/32] ACPICA: Hardware: Enable 64-bit firmware waking vector for selected FACS.

ACPICA commit 7aa598d711644ab0de5f70ad88f1e2de253115e4 The root cause of the reported bug might be one of the followings: 1. BIOS may favor the 64-bit firmware waking vector address when the version of the FACS is greater than 0 and Linux currently only supports resuming from the real mode,

[PATCH 06/32] ACPICA: Hardware: Enable firmware waking vector for both 32-bit and 64-bit FACS.

ACPICA commit 368eb60778b27b6ae94d3658ddc902ca1342a963 The root cause of the reported bug might be one of the followings: 1. BIOS may favor the 64-bit firmware waking vector address when the version of the FACS is greater than 0 and Linux currently only supports resuming from the real mode,

[PATCH 00/32] ACPICA: 20150619 Release

The 20150619 ACPICA kernel-resident subsystem updates are linuxized based on the linux-pm/linux-next branch. The patchset has passed the following build/boot tests. Build tests are performed as follows: 1. i386 + default + COFNIG_ACPI=y 2. i386 + allyes + CONFIG_ACPI=y 3. i386 + default +

[PATCH 01/32] ACPICA: Linuxize: Reduce divergences for 20150616 release.

This patch reduces source code differences between the Linux kernel and the ACPICA upstream so that the linuxized ACPICA 20150616 release can be applied with reduced human intervention. Signed-off-by: Lv Zheng --- drivers/acpi/acpica/dsobject.c |2 +- drivers/acpi/acpica/hwxfsleep.c |2

Re: [Resend PATCH v8 0/4] sched: Rewrite runnable load and utilization average tracking

On 6/19/15 2:25 AM, Yuyang Du wrote: On Thu, Jun 18, 2015 at 07:48:00PM +0800, Wanpeng Li wrote: cfs_rq[7]:/autogroup-9617 .se->load.weight : 64 (dbench) .se->avg.load_avg : 50 How you figure out this one is dbench? dbench is on CPU7 and running there? Sorry,

[Question] How to implement GPIO driver for sparse hw numbers?

Hi GPIO experts, I am trying to implement a new GPIO driver for a new SoC. I'd like to consult experts how to solve my problem. According to the hardware specification book, the GPIO ports on my SoC are labelled from PORT0 to PORT307 as follows: PORT0, PORT1, PORT2, PORT7,-->

[PATCH] aoe: Convert use of __constant_htons to htons

In little endian cases, the macro htons unfolds to __swab16 which provides special case for constants. In big endian cases, __constant_htons and htons expand directly to the same expression. So, replace __constant_htons with htons with the goal of getting rid of the definition of __constant_htons

Re: [PATCH 0/7] soc: brcmstb: add system suspend support for STB SoCs

On Thu, Jun 18, 2015 at 5:11 PM, Brian Norris wrote: > Hi, > > This patch set introduces system suspend/resume support for Broadcom STB SoCs. > There are two suspend modes (S2 and S3) as well as a related low-power > shutdown > mode (S5). > > Along with the core PM support, include a driver for

Re: [REGRESSION] NFS is creating a hidden port (left over from xs_bind() )

On Thu, 18 Jun 2015 21:37:02 -0400 Jeff Layton wrote: > > Note, the box has been rebooted since I posted my last trace. > > > > Ahh pity. The port has probably changed...if you trace it again maybe > try to figure out what it's talking to before rebooting the server? I could probably

[PATCH] aoe: Convert use of __constant_ to

In little endian cases, the macros htons and cpu_to_be16 unfolds to __swab16 which provides special case for constants. In big endian cases, __constant_htons and htons expand directly to the same expression. The same applies for __constant_cpu_to_be16 and cpu_to_be16. So, replace __constant_htons

Re: [PATCH 1/1] lib: small update for strlen, strnlen, use less cpu instructions

thank you for your comments, begginer mistakes (I guess), On 6/17/15, Richard Weinberger wrote: > Am 17.06.2015 um 00:51 schrieb Orestes Leal Rodriguez: >>> Use the force^Wcheckpatch.pl. >> This is the output of checkpatch.pl: >> output of checkpatch: total: 0 errors, 0 warnings, 42 lines

Re: [musl] musl-libc/MIPS: detached thread exit broken since kernel commit 46e12c07b

On Fri, Jun 19, 2015 at 04:07:52AM +0200, Matthias Schiffer wrote: > Hi, > I've come across the issue that applications with detached threads > (using pthread_detach or a pthread_attr_t with > pthread_attr_setdetachstate) will segfault using musl-libc on MIPS as > soon as the detached thread

Re: [PATCH 1/6] drm/rockchip: import dma_buf to gem

Thanks Russell On 2015年06月18日 18:57, Russell King - ARM Linux wrote: This is wrong. First, if you can only cope with a single scatterlist entry, you need to enforce that. You can do that in your gem_prime_import_sg_table() method by checking sgt->nents. I'm confuse that how to get coherent

Re: [RESEND PATCH 0/4] ppc64 LE ABI v2 ftrace-with-regs implementation

On Thu, 2015-06-18 at 18:17 +0200, Torsten Duwe wrote: > Did I miss anything else? I have the notrace optimisations and > kernel live patching in the queue, which depends on this, so I'd > really appreciate a comment whether it is acceptable in this form > or not. Thanks in advance! Hi Torsten,

Re: [PATCH 1/1] pci: xgene: Fix compilation warning

On Thu, Jun 18, 2015 at 3:57 PM, Bjorn Helgaas wrote: > On Thu, Jun 18, 2015 at 5:10 PM, Duc Dang wrote: >> commit 979595bcb8da ("PCI: xgene: Allow config access to Root Port even >> when link is down") removes the port->link_up check, which makes 'port' >> become unused variable. This patch

Re: [PATCH v2 3/5] extcon: arizona: Convert to gpiod

Hi Charles, On Thu, Jun 18, 2015 at 11:43 PM, Charles Keepax wrote: > Convert to using the newer gpiod interface for the micd_pol_gpio. > Although we still carry support for the old gpio interface from pdata. > > Signed-off-by: Charles Keepax > --- > drivers/extcon/extcon-arizona.c | 36

Re: [PATCH 1/1] suspend: delete sys_sync()

On Thu, Jun 18, 2015 at 9:09 PM, Dave Chinner wrote: > On Thu, Jun 18, 2015 at 02:14:31AM -0400, Len Brown wrote: >> On Sun, May 17, 2015 at 9:57 PM, NeilBrown wrote: >> > On Fri, 15 May 2015 11:35:57 +0100 One Thousand Gnomes >> > wrote: >> > >> >> > > Data loss may be caused for hotplug

[PATCH] dt/fdt: add empty versions of early_init_dt_*_memory_arch

With the addition of commit 0166dc1 (of: make CONFIG_OF user selectable), architectures which don't enable memblock and don't have their own early_init_dt_*_memory_arch implementations will break when CONFIG_OF is enabled. Really, we should have better separation of CONFIG_OF and

[PATCH v7] procfs: Always expose /proc//map_files/ and make it readable

Currently, /proc//map_files/ is restricted to CAP_SYS_ADMIN, and is only exposed if CONFIG_CHECKPOINT_RESTORE is set. Each mapped file region gets a symlink in /proc//map_files/ corresponding to the virtual address range at which it is mapped. The symlinks work like the symlinks in /proc//fd/, so

Re: [PATCH v2 2/5] extcon: arizona: Add basic microphone detection DT/ACPI bindings

Hi Charles, On Thu, Jun 18, 2015 at 11:43 PM, Charles Keepax wrote: > This patch adds bindings for the basic microphone detection platform > data. > > Signed-off-by: Charles Keepax > --- > drivers/extcon/extcon-arizona.c | 29 + > 1 files changed, 29

Re: [PATCH 5/7] soc: brcmstb: add wake-timer driver

On Thu, Jun 18, 2015 at 5:11 PM, Brian Norris wrote: > Useful for waking the system from suspend after a specified period of > time. > > This IP could potentially be supported as an RTC driver (for use with > the 'rtcwake' utility), but it is not battery backed, so that's not a > great fit.

Re: [RFC/INCOMPLETE 01/13] context_tracking: Add context_tracking_assert_state

On Thu, Jun 18, 2015 at 03:54:20PM -0700, Paul E. McKenney wrote: > On Thu, Jun 18, 2015 at 11:59:55AM +0200, Ingo Molnar wrote: > > * Paul E. McKenney wrote: [ . . . ] > > > The thought is to rename rcu_lockdep_assert() to RCU_LOCKDEP_WARN() > > > by analogy to WARN()? Easy to do if so! Or

Re: [Resend PATCH v8 0/4] sched: Rewrite runnable load and utilization average tracking

On Thu, Jun 18, 2015 at 07:48:00PM +0800, Wanpeng Li wrote: > >>>cfs_rq[7]:/autogroup-9617 > >>>.se->load.weight : 64 (dbench) > >>>.se->avg.load_avg : 50 > >>How you figure out this one is dbench? > >> > >dbench is on CPU7 and running there? > > Sorry, do you mean you

Re: [PATCH 06/41] clocksource: exynos_mct: Migrate to new 'set-state' interface

Hi Alexey, On 18-06-15, 19:38, Alexey Klimov wrote: > (adding samsung list and Krzysztof to c/c) Thanks. > Please don't forget to send patches to platform list and platform maintainers. Hmmm, I cc'd Kukjin on this patch as he was the one Acking most of the patches on this driver recently (had

Re: [PATCH v2 1/5] extcon: arizona: Update to use the new device properties API

Hi Charles, Looks good to me about this patch. But I add one comment. On Thu, Jun 18, 2015 at 11:43 PM, Charles Keepax wrote: > The device properties API will load data from both device tree and ACPI, > update the binding to use this API instead of the OF API. > > Signed-off-by: Charles Keepax

Re: [PATCH 2/7] Documentation: dt: brcmstb: add waketimer documentation

On Thu, Jun 18, 2015 at 5:11 PM, Brian Norris wrote: > Signed-off-by: Brian Norris Acked-by: Gregory Fong -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

musl-libc/MIPS: detached thread exit broken since kernel commit 46e12c07b

Hi, I've come across the issue that applications with detached threads (using pthread_detach or a pthread_attr_t with pthread_attr_setdetachstate) will segfault using musl-libc on MIPS as soon as the detached thread exits. As far as I can tell, the underlying issue is the following: To clean up

Re: [PATCH 06/36] HMM: add HMM page table v2.

On Thu, 21 May 2015, j.gli...@gmail.com wrote: > From: Jérôme Glisse > > Heterogeneous memory management main purpose is to mirror a process address. > To do so it must maintain a secondary page table that is use by the device > driver to program the device or build a device specific page

Re: [PATCH 31/41] clocksource: atmel-st: Migrate to new 'set-state' interface

On 18-06-15, 16:40, Alexandre Belloni wrote: > Acked-by: Alexandre Belloni Thanks. > I think that anyway I'm the only one booting a kernel from after 3.0 on > the rm9200. I'll test boot that when 4.3-rc1 is released. What about testing it now on top of clockevents tree which I have mentioned

Re: [PATCH 6/7] ARM: brcmstb: mask GIC IRQs on suspend

On Thu, Jun 18, 2015 at 5:11 PM, Brian Norris wrote: > Lazily-masked IRQs can cause system suspend problems (e.g., spurious > wakeups from WFI), so we need to be sure non-wakeup GIC interrupts get > masked, not just disabled, during system suspend. > > Signed-off-by: Brian Norris Acked-by:

Re: [RFC PATCH 00/12] mm: mirrored memory support for page buddy allocations

On 2015/6/19 4:33, Luck, Tony wrote: > On Thu, Jun 18, 2015 at 11:55:42AM +0200, Vlastimil Babka wrote: > If there are many mirror regions in one node, then it will be many holes > in the > normal zone, is this fine? Yeah, it doesn't matter how many holes there are. >>> >>>

Re: [REGRESSION] NFS is creating a hidden port (left over from xs_bind() )

On Thu, 18 Jun 2015 21:08:43 -0400 Steven Rostedt wrote: > On Thu, 18 Jun 2015 18:50:51 -0400 > Jeff Layton wrote: > > > The interesting bit here is that the sockets all seem to connect to port > > 55201 on the remote host, if I'm reading these traces correctly. What's > > listening on that

Re: [PATCH] drm: bridge/dw_hdmi: Filter modes > 165MHz for DVI

Doug & Russell, 在 2015/6/19 0:10, Doug Anderson 写道: Russell, On Thu, Jun 18, 2015 at 8:55 AM, Russell King - ARM Linux wrote: Perhaps you can try Something like that needs to be done, but let's get rid of the mdvi thing in struct hdmi_vmode - it

[PATCH] m68k: improve m68knommu MAINTAINERS entry

From: Greg Ungerer Improve the information in the m68knommu maintainers entry. This should aid in making it clearer what parts of the m68k architecture code can go via the m68knommu git tree. Specifically the entry now lists the relevant git tree where m68knommu patches are promoted through. It

Re: [PATCH v2 1/3] acpi: Add acpi_map_pxm_to_online_node()

On Fri, 2015-06-19 at 02:42 +0200, Rafael J. Wysocki wrote: > On Tuesday, June 09, 2015 05:10:38 PM Toshi Kani wrote: > > The kernel initializes CPU & memory's NUMA topology from ACPI > > SRAT table. Some other ACPI tables, such as NFIT and DMAR, > > also contain proximity IDs for their device's

Re: [PATCH 1/1] suspend: delete sys_sync()

On Thu, Jun 18, 2015 at 02:14:31AM -0400, Len Brown wrote: > On Sun, May 17, 2015 at 9:57 PM, NeilBrown wrote: > > On Fri, 15 May 2015 11:35:57 +0100 One Thousand Gnomes > > wrote: > > > >> > > Data loss may be caused for hotplug storage(like USB), or all storage > >> > > when power is exhausted

Re: [REGRESSION] NFS is creating a hidden port (left over from xs_bind() )

On Thu, 18 Jun 2015 18:50:51 -0400 Jeff Layton wrote: > The interesting bit here is that the sockets all seem to connect to port > 55201 on the remote host, if I'm reading these traces correctly. What's > listening on that port on the server? > > This might give some helpful info: > > $

[PATCH] get_maintainer: Fix perl 5.22/5.24 deprecated/incompatible "\C" use

Perl 5.22 emits a deprecated message when "\C" is used in a regex. Perl 5.24 will disallow it altogether. Fix it by using [A-Z] instead of \C. Signed-off-by: Joe Perches Reported-by: Valdis Kletnieks Tested-by: Valdis Kletnieks --- scripts/get_maintainer.pl | 24 1

Re: [PATCH v2] bpf: fix a bug in verification logic when SUB operation taken on FRAME_PTR

On 2015/6/19 0:00, Alexei Starovoitov wrote: On Thu, Jun 18, 2015 at 08:31:45AM +, Wang Nan wrote: Original code has a problem, cause following code failed to pass verifier: r1 <- r10 r1 -= 8 r2 = 8 r3 = unsafe pointer call BPF_FUNC_probe_read <-- R1 type=inv expected=fp

Re: get-maintainer.pl \C gives perl indigestion...

On Thu, 18 Jun 2015 16:46:14 -0700, Joe Perches said: > On Thu, 2015-06-18 at 17:33 -0400, Valdis Kletnieks wrote: > > Fedora Rawhide upgraded from Perl 5.20 to 5.22, and is now whinging about s tuff: > > > > I'd supply a patch, but I'm unsure why \C is being used instead of a '.' - > > presumably

Re: [PATCH] power_supply: Correct kerneldoc copy paste errors

2015-06-19 4:35 GMT+09:00 Bjorn Andersson : > Signed-off-by: Bjorn Andersson > --- > drivers/power/power_supply_core.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) Reviewed-by: Krzysztof Kozlowski Best regards, Krzysztof -- To unsubscribe from this list: send the line

Re: [PATCH v2 7/7] ARM: shmobile: armadillo800eva dts: Add pinctrl and gpio-hog for lcdc0

On Wed, Jun 17, 2015 at 10:38:56AM +0200, Geert Uytterhoeven wrote: > Configure pinctrl and a GPIO-controller board mux for LCD use. > This allows the armadillo800eva board staging code to enable lcdc0. > > Signed-off-by: Geert Uytterhoeven Thanks Geert, As Greg has now taken patches 1 - 6 I

Re: [PATCH] staging: wlan-ng: Fix memset warning found by sparse

On Thu, 2015-06-18 at 16:04 -0700, Greg KH wrote: > On Thu, Jun 18, 2015 at 06:49:51PM +0100, Bilel DRIRA wrote: > > This patch fixes the following sparse warnings: [] > > diff --git a/drivers/staging/wlan-ng/prism2fw.c > > b/drivers/staging/wlan-ng/prism2fw.c [] > > @@ -245,10 +245,12 @@ static

Re: [PATCH v2 0/3] Add NUMA support for NVDIMM devices

On Thursday, June 18, 2015 01:24:01 PM Dan Williams wrote: > Rafael, does patch1 look ok to you? Mostly. acpi_map_pxm_to_online_node() needs a proper kerneldoc comment describing what it does. Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Re: [PATCH v2 1/3] acpi: Add acpi_map_pxm_to_online_node()

On Tuesday, June 09, 2015 05:10:38 PM Toshi Kani wrote: > The kernel initializes CPU & memory's NUMA topology from ACPI > SRAT table. Some other ACPI tables, such as NFIT and DMAR, > also contain proximity IDs for their device's NUMA topology. > This information can be used to improve performance

[PATCH 6/7] ARM: brcmstb: mask GIC IRQs on suspend

Lazily-masked IRQs can cause system suspend problems (e.g., spurious wakeups from WFI), so we need to be sure non-wakeup GIC interrupts get masked, not just disabled, during system suspend. Signed-off-by: Brian Norris --- arch/arm/mach-bcm/brcmstb.c | 10 ++ 1 file changed, 10

Re: [patch 1/3] mm, oom: organize oom context into struct

Hello, On (06/18/15 16:00), David Rientjes wrote: > There are essential elements to an oom context that are passed around to > multiple functions. > > Organize these elements into a new struct, struct oom_context, that > specifies the context for an oom condition. > s/oom_context/oom_control/

[PATCH 5/7] soc: brcmstb: add wake-timer driver

Useful for waking the system from suspend after a specified period of time. This IP could potentially be supported as an RTC driver (for use with the 'rtcwake' utility), but it is not battery backed, so that's not a great fit. Implement a custom sysfs interface instead. Signed-off-by: Brian

  1   2   3   4   5   6   7   8   9   10   >