Re: [PATCH RFC v2 1/2] crypto: add PKE API

On Fri, May 22, 2015 at 11:37:49AM -0700, Tadeusz Struk wrote: > > /** > * struct akcipher_request - public key request > * > * @base: Common attributes for async crypto requests > * @inparams: scatterlist of input parameters (one ent per parameter) > *for the operation as

[PATCH] mm:cma - Fix for typos in comments.

Signed-off-by: Shailendra Verma --- mm/cma.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/mm/cma.c b/mm/cma.c index 3a7a67b..6612780 100644 --- a/mm/cma.c +++ b/mm/cma.c @@ -182,7 +182,7 @@ int __init cma_init_reserved_mem(phys_addr_t base, phys_addr_t size,

[PATCH] kernel:audit - Fix for typo in comment to function audit_log_link_denied().

Signed-off-by: Shailendra Verma --- kernel/audit.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/audit.c b/kernel/audit.c index 1c13e42..f9e6065 100644 --- a/kernel/audit.c +++ b/kernel/audit.c @@ -1904,7 +1904,7 @@ EXPORT_SYMBOL(audit_log_task_info); /** *

[PATCH] kernel:acct - Fix typos in comment to file header.

Signed-off-by: Shailendra Verma --- kernel/acct.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/acct.c b/kernel/acct.c index 74963d1..fa972fa 100644 --- a/kernel/acct.c +++ b/kernel/acct.c @@ -24,8 +24,8 @@ * Now we silently close acct_file on attempt to

[PATCH] kernel:smp - Fix for typo in comment to function smp_call_function_single_async().

Signed-off-by: Shailendra Verma --- kernel/smp.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/smp.c b/kernel/smp.c index 0785447..9954d82 100644 --- a/kernel/smp.c +++ b/kernel/smp.c @@ -314,7 +314,7 @@ EXPORT_SYMBOL(smp_call_function_single); * @cpu: The CPU

[PATCH] kernel:signal - Fix for typos in comments.

Signed-off-by: Shailendra Verma --- kernel/signal.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/kernel/signal.c b/kernel/signal.c index d51c5dd..5c65e7c 100644 --- a/kernel/signal.c +++ b/kernel/signal.c @@ -342,7 +342,7 @@ static bool

[PATCH] kernel:kexec - Fix for typo in comment in function sanity_check_segment_list().

Signed-off-by: Shailendra Verma --- kernel/kexec.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/kexec.c b/kernel/kexec.c index 7a36fdc..50dffdb 100644 --- a/kernel/kexec.c +++ b/kernel/kexec.c @@ -189,7 +189,7 @@ static int sanity_check_segment_list(struct

[PATCH] kernel:ptrace - Fix typo in comment in function __ptrace_unlink().

Signed-off-by: Shailendra Verma --- kernel/ptrace.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/ptrace.c b/kernel/ptrace.c index c8e0e05..46249f9 100644 --- a/kernel/ptrace.c +++ b/kernel/ptrace.c @@ -108,7 +108,7 @@ void __ptrace_unlink(struct task_struct

[PATCH] kernel:watchdog - Fix for typo in comment in function watchdog_nmi_enable().

Signed-off-by: Shailendra Verma --- kernel/watchdog.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/watchdog.c b/kernel/watchdog.c index 581a68a..4cf0ff8 100644 --- a/kernel/watchdog.c +++ b/kernel/watchdog.c @@ -539,7 +539,7 @@ static int

[PATCH] kernel:workqueue - Fix typos in comments.

Signed-off-by: Shailendra Verma --- kernel/workqueue.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/kernel/workqueue.c b/kernel/workqueue.c index 586ad91..17d3021 100644 --- a/kernel/workqueue.c +++ b/kernel/workqueue.c @@ -976,7 +976,7 @@ static struct

[PATCH] kernel:user_namespace - Fix for typos in comments.

Signed-off-by: Shailendra Verma --- kernel/user_namespace.c |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/kernel/user_namespace.c b/kernel/user_namespace.c index 4109f83..02a1197 100644 --- a/kernel/user_namespace.c +++ b/kernel/user_namespace.c @@ -69,7 +69,7

[PATCH] cpufreq:gx-suspmod - Fix two typos in two comments.

Signed-off-by: Shailendra Verma --- drivers/cpufreq/gx-suspmod.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/cpufreq/gx-suspmod.c b/drivers/cpufreq/gx-suspmod.c index 1d723dc..3488c9c 100644 --- a/drivers/cpufreq/gx-suspmod.c +++

[PATCH] cpufreq:cpufreq-nforce2 - Fix typo in comment to function nforce2_init().

Signed-off-by: Shailendra Verma --- drivers/cpufreq/cpufreq-nforce2.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/cpufreq/cpufreq-nforce2.c b/drivers/cpufreq/cpufreq-nforce2.c index a225809..db69eeb 100644 --- a/drivers/cpufreq/cpufreq-nforce2.c +++

[PATCH] staging: rtl8723au: fix sparse warning

change cast to __le16 to fix the following warning: drivers/staging/rtl8723au/hal/rtl8723a_hal_init.c:1488:20: warning: cast to restricted __le16 Signed-off-by: Juston Li --- drivers/staging/rtl8723au/hal/rtl8723a_hal_init.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH] cpufreq:exynos-cpufreq - Fix for memory leak in case SOC name does not match.

On 23-05-15, 08:32, Shailendra Verma wrote: > During probe free the memory allocated to "exynos_info" in case of > unknown SOC type. > > Signed-off-by: Shailendra Verma > --- > drivers/cpufreq/exynos-cpufreq.c | 15 +++ > 1 file changed, 11 insertions(+), 4 deletions(-) > > diff

Re: linux-next: Tree for May 22 (build failure in i915_gem_gtt.c)

On Fri, May 22, 2015 at 06:09:40PM +1000, Stephen Rothwell wrote: > Hi all, > > Changes since 20150521: > > The device-mapper tree gained a build failure so I used the version > from next-20150521. > > The driver-core tree still had its build failure for which I applied a fix > patch. > >

[PATCH 1/3] ARM: socfpga: use CPU_METHOD_OF_DECLARE for socfpga_cyclone5

From: Dinh Nguyen Convert cyclone5/arria5 to use CPU_METHOD_OF_DECLARE for smp operations. Signed-off-by: Dinh Nguyen --- arch/arm/mach-socfpga/platsmp.c | 2 ++ arch/arm/mach-socfpga/socfpga.c | 1 - 2 files changed, 2 insertions(+), 1 deletion(-) diff --git

[PATCH 2/3] ARM: socfpga: add CPU_METHOD_OF_DECLARE for Arria 10

From: Dinh Nguyen Add boot_secondary implementation for the Arria10 platform. Bringing up the secondary core on the Arria 10 platform is pretty similar to the Cyclone/Arria 5 platform, with the exception of the following differences: - Register offset to bringup CPU1 out of reset is different.

[PATCH 3/3] ARM: socfpga: dts: add enable-method property for cpu nodes

From: Dinh Nguyen Add the enable-method property for the cpu node on socfpga.dtsi and socfpga_arria10.dtsi. This is for CPU_METHOD_OF_DECLARE to use to enable the secondary core. Signed-off-by: Dinh Nguyen --- arch/arm/boot/dts/socfpga.dtsi | 1 +

[PATCH 0/3] ARM: socfpga: enable SMP for Arria10

From: Dinh Nguyen Hi, The goal of these 3 patches is to enable SMP on the Arria10 platform. During the process, I found it would be much cleaner to convert the Cyclone5/Arria5 platform to use CPU_METHOD_OF_DECLARE instead of the machine descriptor. The procedure to enable SMP on the Arria10

Re: [PATCH resend 5/5] blackfin: Fix build error

ping On 05/04/2015 03:30 PM, Guenter Roeck wrote: Fix include/asm-generic/io.h: In function 'readb': include/asm-generic/io.h:113:2: error: implicit declaration of function 'bfin_read8' include/asm-generic/io.h: In function 'readw': include/asm-generic/io.h:121:2: error:

Re: [PATCH resend 4/5] score: Fix exception handler label

On 05/04/2015 03:30 PM, Guenter Roeck wrote: The latest version of modinfo fails to compile score architecture targets with the following error. FATAL: The relocation at __ex_table+0x634 references section "__ex_table" which is not executable, IOW the kernel will fault if it ever tries to jump

Re: [PATCH resend 3/5] xtensa: Provide dummy dma_alloc_attrs() and dma_free_attrs()

On 05/04/2015 03:35 PM, Chris Zankel wrote: Hi Guenter, Sorry for the delay. Will work on it later today or tomorrow. Hi Chris, I see this patch in -next, but still not in mainline. Are you planning to send it to Linus anytime soon ? Thanks, Guenter Thanks, -Chris On Mon, May 4, 2015 at

Re: [RFC] Add --show-total-period for perf annotate

Martin Liška writes: > I've been working on a new feature for perf annotate, which should be able to > annotate > instructions with total spent time (compared to percentage usage). > > Let's consider following use-case. You want to compare two different compilers > on the same code base and

Re: [PATCH v4 0/8] ARM: dts: exynos5: labels for overriding nodes

On 05/17/15 17:26, Krzysztof Kozlowski wrote: > Hi, > > > Changes since v3 > > 1. Rebased on current Kukjin's for-next branch: >v4.1-rc3-34-gfcfae6b049cf > > Changes since v2 > > 1. New patch 8/8: ARM: dts: Use labels for overriding nodes >in

Re: [PATCH v6 00/13] ARM: dts: exynos4: labels for overriding nodes

On 05/17/15 17:09, Krzysztof Kozlowski wrote: > Hi, > Hi, > > Changes since v5 > > 1. Rebased on current Kukjin's for-next branch: >v4.1-rc3-34-gfcfae6b049cf > > Changes since v4 > > 1. Patch 1: Don't add labels in exynos4210-pinctrl.dtsi because >

[PATCH v2 0/2] alloc_huge_page/hugetlb_reserve_pages race

This updated patch set includes new documentation for the region/ reserve map routines. Since I am not the original author of this code, comments would be appreciated. While working on hugetlbfs fallocate support, I noticed the following race in the existing code. It is unlikely that this race

[PATCH v2 1/2] mm/hugetlb: compute/return the number of regions added by region_add()

Modify region_add() to keep track of regions(pages) added to the reserve map and return this value. The return value can be compared to the return value of region_chg() to determine if the map was modified between calls. Add documentation to the reserve/region map routines. Make

[PATCH v2 2/2] mm/hugetlb: handle races in alloc_huge_page and hugetlb_reserve_pages

alloc_huge_page and hugetlb_reserve_pages use region_chg to calculate the number of pages which will be added to the reserve map. Subpool and global reserve counts are adjusted based on the output of region_chg. Before the pages are actually added to the reserve map, these routines could race

Re: [GIT PULL] Ceph fixes for -rc5

On Fri, 22 May 2015, Linus Torvalds wrote: > On Fri, May 22, 2015 at 5:13 PM, Sage Weil wrote: > > Hi Linus, > > > > Please pull the following fixes from > > > > git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git > > Nothing there. > > Did you perhaps mean the "for-linus"

Re: [PATCH] mm: meminit: Finish initialisation of struct pages before basic setup

-- Daniel J Blueman Principal Software Engineer, Numascale On Sat, May 23, 2015 at 1:14 AM, Waiman Long wrote: On 05/22/2015 05:33 AM, Mel Gorman wrote: On Fri, May 22, 2015 at 02:30:01PM +0800, Daniel J Blueman wrote: On Thu, May 14, 2015 at 6:03 PM, Daniel J Blueman wrote: On Thu, May

Implementing a gpio based regulator with status pins

Hi all, I have a system with a gpio based regulator which does not only have an enable pin, but also a status pin to report the actual power status. In some cases there may be a secondary status pin, making it possible to report on/off/error. Some twist of this is that power activation time is

RE: [HPDD-discuss] [PATCH v4 10/13] staging: lustre: lnet: lnet: checkpatch.pl fixes

Since it is not actually doing a printk - at least, not necessarily - I like lustre_logmsg. lustre_output seems too vague. - Patrick From: HPDD-discuss [hpdd-discuss-boun...@lists.01.org] on behalf of Joe Perches [j...@perches.com] Sent: Friday, May 22,

[PATCH] cpufreq:exynos-cpufreq - Fix for memory leak in case SOC name does not match.

During probe free the memory allocated to "exynos_info" in case of unknown SOC type. Signed-off-by: Shailendra Verma --- drivers/cpufreq/exynos-cpufreq.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/cpufreq/exynos-cpufreq.c

[PATCH net-next v5 0/2] Adding support for Cavium ThunderX network controller

This patchset adds support for the Cavium ThunderX network controller. changes in v5: * __packed were removed. now we rely on C language ABI * nic_dbg() -> netdev_dbg() * fixes for a typo, constant spelling and using BIT_ULL * use print_hex_dump() * unnecessary conditions in a long if()

[PATCH] selftest, x86: fix incorrect comment

The current comment indicates it's checking for a 32-bit build environment, but it actually checks for a 64-bit environment. Fix this. Signed-off-by: Martin Kelly --- tools/testing/selftests/x86/trivial_64bit_program.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [RFC v3 PATCH 00/10] hugetlbfs: add fallocate support

On 05/22/2015 02:50 PM, Davidlohr Bueso wrote: On Thu, 2015-05-21 at 08:47 -0700, Mike Kravetz wrote: This patch set adds fallocate functionality to hugetlbfs. It would be good to also have proper testcases in, say, libhugetlbfs. Makes sense. I have some functionality and stress tests I

Re: [PATCH 1/2] ARM: dts: exynos4: Remove obsolete MIPI DPHY 'reg' property

On 05/21/15 16:23, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On Thu, May 21, 2015 at 4:18 AM, Krzysztof Kozlowski > wrote: >> Since e4b3d38088df ("phy: exynos-video-mipi: Fix regression by adding >> support for PMU regmap") the Exynos PMU driver provides regmap to access >> the MIPI

Re: [PATCH 2/2] ARM: multi_v7_defconfig: Enable display on Trats2board

On 05/22/15 18:11, Javier Martinez Canillas wrote: > Hello Krzysztof, > > On 05/22/2015 02:48 AM, Krzysztof Kozlowski wrote: >> Enable the Exynos DSI and S6E8AA0 panel for full X11 display on Trats2. >> >> Signed-off-by: Krzysztof Kozlowski >> --- >> arch/arm/configs/multi_v7_defconfig | 2 ++

Re: [PATCH 1/2] ARM: exynos_defconfig: Enable display on Trats2 board

On 05/22/15 18:09, Javier Martinez Canillas wrote: > Hello Krzysztof, > Hi, > On 05/22/2015 02:48 AM, Krzysztof Kozlowski wrote: >> Enable the Exynos DSI and S6E8AA0 panel for full X11 display on Trats2. >> >> Signed-off-by: Krzysztof Kozlowski >> --- >> arch/arm/configs/exynos_defconfig | 2

[PATCH] net: stmmac: create one debugfs dir per net-device

stmmac DebugFS entries are currently global to the driver. As a result, having more than one stmmac device in the system creates the following error: * ERROR stmmaceth, debugfs create directory failed * stmmac_hw_setup: failed debugFS registration This also results in being able to access the

Re: [Xen-devel] Regression due to "device property: Make it possible to use secondary firmware nodes" Re: Xen-unstable + linux 4.1-mergewindow: problems with PV guest pci passthrough: pcifront pci-0:

On 05/22/2015 04:11 AM, Sander Eikelenboom wrote: Hello Sander, Friday, May 15, 2015, 12:47:27 AM, you wrote: Sorry for the resend, i messed up the to's en from's. Hi Konrad / David, One big snip on this thread, got some more debug info, hopefully this will lead to something: On a

[PATCH net-next v5 1/2] pci: Add Cavium PCI vendor id

From: Sunil Goutham This vendor id will be used by network (vNIC), USB (xHCI), SATA (AHCI), GPIO, I2C, MMC and maybe other drivers for ThunderX SoC. Acked-by: Bjorn Helgaas Signed-off-by: Sunil Goutham Signed-off-by: Aleksey Makarov --- include/linux/pci_ids.h | 2 ++ 1 file changed, 2

Re: [PATCH] PCI / hotplug: Propagate the "ignore hotplug" setting to parent

On Mon, Apr 13, 2015 at 04:23:36PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > Refine the mechanism introduced by commit f244d8b623da (ACPIPHP / radeon > / nouveau: Fix VGA switcheroo problem related to hotplug) to propagate > the ignore_hotplug setting of the device to its

Re: [V5 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency

On 5/22/2015 8:25 PM, Rafael J. Wysocki wrote: On Friday, May 22, 2015 07:15:17 PM Suravee Suthikulanit wrote: On 5/22/2015 6:05 PM, Rafael J. Wysocki wrote: On Friday, May 22, 2015 05:24:15 PM Suravee Suthikulanit wrote: Not sure if this went out earlier. So I am resending. On 5/22/15

Re: [PATCH 1/4] arm64: gicv3: its: Encode domain number in PCI stream id

> On May 22, 2015, at 1:26 AM, Marc Zyngier wrote: > > On 20/05/15 13:48, Robert Richter wrote: >> Mark, >> >> thanks for review, also of the other patches of this series. >> >> See below >> >> On 20.05.15 13:11:38, Marc Zyngier wrote: - dev_alias->dev_id = alias; +

[GIT PULL] Btrfs

Hi Linus, My for-linus-4.1 branch has three more fixes: git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus-4.1 I fixed up a regression from 4.0 where conversion between different raid levels would sometimes bail out without converting. Filipe tracked down a race

[PATCHv3 net-next] bridge: allow setting hash_max + multicast_router if interface is down

Network managers like netifd (used in OpenWRT for instance) try to configure interface options after creation but before setting the interface up. Unfortunately the sysfs / bridge currently only allows to configure the hash_max and multicast_router options when the bridge interface is up. But

Re: [PATCH v3 2/3] dell-rbtn: Export notifier for other kernel modules

On Saturday 23 May 2015 00:45:57 Dmitry Torokhov wrote: > On Thu, May 14, 2015 at 3:54 AM, Pali Rohár > wrote: > > @@ -328,7 +408,9 @@ static void rbtn_notify(struct acpi_device > > *device, u32 event) > > > > static int __init rbtn_init(void) > > { > > > > - return

Re: dell_rbtn - kernel panic at boot...

On Saturday 23 May 2015 00:53:16 Dmitry Torokhov wrote: > On Thu, May 21, 2015 at 7:06 PM, Valdis Kletnieks > > wrote: > > So after I made both config variables =y, the resulting kernel > > built, but died a glorious death at boot. > > I guess if both are built-in then, according to link order,

Re: [PATCH 22/23] userfaultfd: avoid mmap_sem read recursion in mcopy_atomic

On Fri, May 22, 2015 at 02:18:30PM -0700, Andrew Morton wrote: > > There's a more serious failure with i386 allmodconfig: > > fs/userfaultfd.c:145:2: note: in expansion of macro 'BUILD_BUG_ON' > BUILD_BUG_ON(sizeof(struct uffd_msg) != 32); > > I'm surprised the feature is even reachable on

Re: [RFC PATCH v3 09/37] bpf tools: Open eBPF object file and do basic validation

On 5/22/15 10:23 AM, Jiri Olsa wrote: + +struct bpf_object *bpf_open_object(const char *path) +{ another suggestion for the namespace.. Arnaldo forces us ;-) to use the object name first plus '__(method name)' for interface functions so that would be: bpf_object__open bpf_object__close

Re: [V5 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency

On Friday, May 22, 2015 07:15:17 PM Suravee Suthikulanit wrote: > On 5/22/2015 6:05 PM, Rafael J. Wysocki wrote: > > On Friday, May 22, 2015 05:24:15 PM Suravee Suthikulanit wrote: > >> Not sure if this went out earlier. So I am resending. > >> > >> On 5/22/15 16:56, Rafael J. Wysocki wrote: >

[PATCH] PCI: Only enable IO window if supported

The PCI subsystem always assumes that I/O is supported on PCIe bridges and tries to assign an I/O window to each port even if that is not the case. This may result in messages such as pcieport :02:00.0: res[7]=[io 0x1000-0x0fff] get_res_add_size

Re: [PATCH v7 6/7] clk: hi6220: Clock driver support for Hisilicon hi6220 SoC

Hello Stephen, 2015-05-23 3:17 GMT+08:00 Stephen Boyd : > On 05/22/15 11:57, Brent Wang wrote: >> Hello Stephen, >> >> 2015-05-23 2:41 GMT+08:00 Stephen Boyd : >>> On 05/22, Stephen Boyd wrote: On 05/22/15 11:30, Brent Wang wrote: > Hello Stephen, > > 2015-05-22 13:20 GMT+08:00

Aw: [PATCH v2] ARM: dts: nitrogen6x: add CAN support

Hello Peter, On 05/22/2015 12:30 PM, Peter Seiderer wrote: > Hello Philipp, > >> Gesendet: Freitag, 22. Mai 2015 um 13:05 Uhr >> Von: "Philipp Zabel" >> Am Donnerstag, den 21.05.2015, 19:45 +0200 schrieb Peter Seiderer: >>> >>> >>> >>> + >>> + reg_can_xcvr: regulator@3 { >>> +

Re: [PATCH trivial] pinctrl: Spelling s/reseved/reserved/

Hi Geert, Thank you for the patch. On Thursday 21 May 2015 14:05:10 Geert Uytterhoeven wrote: > Signed-off-by: Geert Uytterhoeven Acked-by: Laurent Pinchart > --- > drivers/pinctrl/nomadik/pinctrl-ab8505.c | 2 +- > drivers/pinctrl/sh-pfc/pfc-r8a7791.c | 38

Re: [PATCH 1/2] KVM: MMU: fix SMAP virtualization

On 05/22/2015 07:54 PM, Bandan Das wrote: Boris Ostrovsky writes: On 05/11/2015 10:55 AM, Xiao Guangrong wrote: KVM may turn a user page to a kernel page when kernel writes a readonly user page if CR0.WP = 1. This shadow page entry will be reused after SMAP is enabled so that kernel is

Re: [GIT PULL] Ceph fixes for -rc5

On Fri, May 22, 2015 at 5:13 PM, Sage Weil wrote: > Hi Linus, > > Please pull the following fixes from > > git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git Nothing there. Did you perhaps mean the "for-linus" branch? Please fix whatever script it is you use that generates

Re: [git pull] drm fixes

On Fri, May 22, 2015 at 4:20 PM, Dave Airlie wrote: > > Really ^to^so Ahh. That simple one-letter substitution makes all the difference, now it's suddenly parseable. Thanks, Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH v4 10/13] staging: lustre: lnet: lnet: checkpatch.pl fixes

On Sat, 2015-05-23 at 00:25 +, Drokin, Oleg wrote: > On May 22, 2015, at 8:18 PM, Joe Perches wrote: > I wonder what is more clear about that in your opinion ve > lustre_error/lustre_debug? > >>> > >>> The fact that you have to explain this shows that it's > >>> at least misleading

Re: [PATCH] crypto: move Kconfig 842 to end of list, default to N

On Fri, May 22, 2015 at 8:34 PM, Herbert Xu wrote: > On Fri, May 22, 2015 at 08:08:28PM -0400, Dan Streetman wrote: >> Move the 842 compression alg choice to last in the list, so it's >> not in the middle of LZO/LZ4/LZ4HC. Change its default to N, as it >> is a very slow alg, which generally

Re: [PATCH] crypto: move Kconfig 842 to end of list, default to N

On Fri, May 22, 2015 at 08:08:28PM -0400, Dan Streetman wrote: > Move the 842 compression alg choice to last in the list, so it's > not in the middle of LZO/LZ4/LZ4HC. Change its default to N, as it > is a very slow alg, which generally should only be used with > compression hardware that's

Re: [V5 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency

On 5/22/2015 6:05 PM, Rafael J. Wysocki wrote: On Friday, May 22, 2015 05:24:15 PM Suravee Suthikulanit wrote: Not sure if this went out earlier. So I am resending. On 5/22/15 16:56, Rafael J. Wysocki wrote: diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c index 39c485b..b9657af 100644

Re: [PATCH v4 10/13] staging: lustre: lnet: lnet: checkpatch.pl fixes

On May 22, 2015, at 8:18 PM, Joe Perches wrote: I wonder what is more clear about that in your opinion ve lustre_error/lustre_debug? >>> >>> The fact that you have to explain this shows that it's >>> at least misleading unless you completely understand the >>> code. >> >> Or you know,

Re: [PATCH v4 10/13] staging: lustre: lnet: lnet: checkpatch.pl fixes

On Sat, 2015-05-23 at 00:07 +, Drokin, Oleg wrote: > On May 22, 2015, at 7:57 PM, Joe Perches wrote: > > On Fri, 2015-05-22 at 21:16 +, Drokin, Oleg wrote: > >> On May 22, 2015, at 11:42 AM, Joe Perches wrote: > >>> On Fri, 2015-05-22 at 08:08 +, Drokin, Oleg wrote: > On May 22,

[GIT PULL] Ceph fixes for -rc5

Hi Linus, Please pull the following fixes from git://git.kernel.org/pub/scm/linux/kernel/git/sage/ceph-client.git These fix an issue with the RBD notifications when there are topology changes in the cluster. Thanks! sage

[PATCH] crypto: move Kconfig 842 to end of list, default to N

Move the 842 compression alg choice to last in the list, so it's not in the middle of LZO/LZ4/LZ4HC. Change its default to N, as it is a very slow alg, which generally should only be used with compression hardware that's capable of doing it much faster. Signed-off-by: Dan Streetman ---

Re: [PATCH v4 10/13] staging: lustre: lnet: lnet: checkpatch.pl fixes

On May 22, 2015, at 7:57 PM, Joe Perches wrote: > On Fri, 2015-05-22 at 21:16 +, Drokin, Oleg wrote: >> On May 22, 2015, at 11:42 AM, Joe Perches wrote: >> >>> On Fri, 2015-05-22 at 08:08 +, Drokin, Oleg wrote: On May 22, 2015, at 1:06 AM, Julia Lawall wrote: > On Thu, 21

Re: [PATCHv1 2/2] mailbox: Adding driver for Xilinx LogiCORE IP mailbox.

I apologize upfront for the double post, but I discovered and issue with the v1 version I sent. On Fri, May 22, 2015 at 11:03 AM, Moritz Fischer wrote: > The Xilinx LogiCORE IP mailbox is a FPGA core that allows for > interprocessor communication via AXI4 memory mapped / AXI4 stream >

Re: [PATCH 12/19] ACPICA: ACPI 6.0: Add changes for MADT table.

On 2015年05月22日 08:16, Zheng, Lv wrote: Hi, From: Hanjun Guo [mailto:hanjun@linaro.org] Sent: Thursday, May 21, 2015 10:36 PM Hi Lv, On 2015年05月21日 10:31, Lv Zheng wrote: From: Bob Moore ACPICA commit 02cbb41232bccf7a91967140cab95d5f48291f21 New subtable type. Some additions to

Re: [PATCH 1/2] MIPS: MSA: bugfix - disable MSA during thread switch correctly

On 05/22/2015 04:20 PM, Ralf Baechle wrote: On Fri, May 22, 2015 at 11:37:34AM -0700, Leonid Yegoshin wrote: On 05/22/2015 02:38 AM, Ralf Baechle wrote: Just move the call to finish_arch_switch(). It might be a problem later, then a correct MSA partiton starts working. It should be tight to

Re: [PATCH v4 10/13] staging: lustre: lnet: lnet: checkpatch.pl fixes

On Fri, 2015-05-22 at 21:16 +, Drokin, Oleg wrote: > On May 22, 2015, at 11:42 AM, Joe Perches wrote: > > > On Fri, 2015-05-22 at 08:08 +, Drokin, Oleg wrote: > >> On May 22, 2015, at 1:06 AM, Julia Lawall wrote: > >> > >>> On Thu, 21 May 2015, Michael Shuey wrote: > >>> > That's a

Re: [RFC v1] tree-wide: remove "select FW_LOADER" uses

On Fri, May 22, 2015 at 04:02:33PM -0700, Luis R. Rodriguez wrote: > On Fri, May 22, 2015 at 3:33 PM, Herbert Xu > wrote: > > On Sat, May 23, 2015 at 12:22:00AM +0200, Luis R. Rodriguez wrote: > >> Kind of, the issue actually was a new component which depends on FW_LOADER > >> and has crypto

Re: [PATCH 1/2] KVM: MMU: fix SMAP virtualization

Boris Ostrovsky writes: > On 05/11/2015 10:55 AM, Xiao Guangrong wrote: >> KVM may turn a user page to a kernel page when kernel writes a readonly >> user page if CR0.WP = 1. This shadow page entry will be reused after >> SMAP is enabled so that kernel is allowed to access this user page >> >>

Re: [PATCH RFC v2 4/4] sched: cpufreq_cfs: pelt-based cpu frequency scaling

On Monday, May 11, 2015 07:13:15 PM Michael Turquette wrote: > Scheduler-driven cpu frequency selection is desirable as part of the > on-going effort to make the scheduler better aware of energy > consumption. No piece of the Linux kernel has a better view of the > factors that affect a cpu

Re: [PATCH v3] Fix endian issues and remove the board specific codes

Hi Hn, On Thu, May 21, 2015 at 03:43:08PM +0800, Hn Chen wrote: > Hi, Dmitry, > > Thanks for your comments. > Here are my replies for some comments. > > > + fw_id = ((fw_chunk_info.chunk_info.version_number >> 12) & 0xF); > > + chip_id = (((dev_wdt87xx->sys_param.fw_id) >> 12) & 0xF); > >

Re: [PATCH 11/51] memcg: implement mem_cgroup_css_from_page()

On Fri, May 22, 2015 at 05:13:25PM -0400, Tejun Heo wrote: > +/** > + * mem_cgroup_css_from_page - css of the memcg associated with a page > + * @page: page of interest > + * > + * This function is guaranteed to return a valid cgroup_subsys_state and > + * the returned css remains accessible until

[PATCH v2] ARM: nommu: avoid deprecated source register on mov

In Thumb2 mode, the stack register r13 is deprecated if the destination register is the program counter (r15). Similar to head.S, head-nommu.S uses r13 to store the return address used after configuring the CPU's CP15 register. However, since we do not enable a MMU, there will be no address switch

Re: [PATCH 1/2] MIPS: MSA: bugfix - disable MSA during thread switch correctly

On Fri, May 22, 2015 at 11:37:34AM -0700, Leonid Yegoshin wrote: > On 05/22/2015 02:38 AM, Ralf Baechle wrote: > >Just move the call to finish_arch_switch(). > > It might be a problem later, then a correct MSA partiton starts working. It > should be tight to saving MSA registers in that case. >

Re: [git pull] drm fixes

On 23 May 2015 at 07:34, Linus Torvalds wrote: > On Thu, May 21, 2015 at 8:39 PM, Dave Airlie wrote: >> >> radeon has two displayport fixes, one for a regressions, >> i915 regression flicker fix needed to 4.0 can get fixed. > > Ok, I'm used to fixing up your whitespace and lack of

Re: [PATCH RFC v2 1/4] arm: Frequency invariant scheduler load-tracking support

On Monday, May 11, 2015 07:13:12 PM Michael Turquette wrote: > From: Morten Rasmussen > > Implements arch-specific function to provide the scheduler with a > frequency scaling correction factor for more accurate load-tracking. The > factor is: > > current_freq(cpu) << SCHED_CAPACITY_SHIFT

[PATCH v3] x86: Stop relying on magic jmp behavior for early_idt_handlers

The early_idt_handlers asm code generates an array of entry points spaced nine bytes apart. It's not really clear from that code or from the places that reference it what's going on, and the code only works in the first place because gas never generates two-byte jmp instructions when jumping to

[PATCH] mlx4_core: Fix fallback from MSI-X to INTx

The test in mlx4_load_one() to remove MLX4_FLAG_MSI_X expects mlx4_NOP() to fail with -EBUSY. It is also necessary to avoid the reset since the device is not fully reinitialized before calling mlx4_start_hca() a second time. Note that this will also affect mlx4_test_interrupts(), the only other

Re: [PATCH 01/19] memcg: make mem_cgroup_read_{stat|event}() iterate possible cpus instead of online

On Fri, May 22, 2015 at 06:23:18PM -0400, Tejun Heo wrote: > cpu_possible_mask represents the CPUs which are actually possible > during that boot instance. For systems which don't support CPU > hotplug, this will match cpu_online_mask exactly in most cases. Even > for systems which support CPU

Re: [PATCH] ARM: nommu: avoid deprecated source register on mov

On Sat, May 23, 2015 at 12:46:52AM +0200, Stefan Agner wrote: > @@ -106,32 +106,26 @@ ENTRY(secondary_startup) > movsr10, r5 @ invalid processor? > beq __error_p @ yes, error 'p' > > - adr r4, __secondary_data > -

Re: [RFC v1] tree-wide: remove "select FW_LOADER" uses

On Fri, May 22, 2015 at 3:33 PM, Herbert Xu wrote: > On Sat, May 23, 2015 at 12:22:00AM +0200, Luis R. Rodriguez wrote: >> Kind of, the issue actually was a new component which depends on FW_LOADER >> and has crypto dependencies. Since the qat crypto driver selects FW_LOADER >> but also has a set

[PATCH] Input: stmpe-ts - enforce device tree only mode

The STMPE MFD is only used with device tree configured systems (and STMPE MFD core depends on OF), so force the configuration to come from device tree only. Signed-off-by: Dmitry Torokhov --- Not tested as no device, please give it a spin. drivers/input/touchscreen/Kconfig| 1 +

Re: [PATCH 4/7] tracing: timer: Add deferrable flag to timer_start

On Thu, 21 May 2015, Ingo Molnar wrote: > * John Stultz wrote: > > - TP_PROTO(struct timer_list *timer, unsigned long expires), > > + TP_PROTO(struct timer_list *timer, > > + unsigned long expires, > > This isn't compat safe, should any tooling rely on this. I can't see how that

Re: dell_rbtn - kernel panic at boot...

On Thu, May 21, 2015 at 7:06 PM, Valdis Kletnieks wrote: > So after I made both config variables =y, the resulting kernel built, but > died a glorious death at boot. I guess if both are built-in then, according to link order, dell-laptop starts first, before dell-rbtn, and dies in

Re: [PATCH 1/3 v3] drivers: hwspinlock: add CSR atlas7 implementation

Hi Barry, On 05/19/2015 01:41 AM, Barry Song wrote: > From: Wei Chen > > Add hwspinlock support for the CSR atlas7 SoC. > > The Hardware Spinlock device on atlas7 provides hardware assistance > for synchronization between the multiple processors in the system > (dual Cortex-A7, CAN bus

[PATCH] ARM: nommu: avoid deprecated source register on mov

In Thumb2 mode, the stack register r13 is deprecated if the destination register is the program counter (r15). Similar to head.S, head-nommu.S uses r13 to store the return address used after configuring the CPU's CP15 register. However, since we do not enable a MMU, there will be no address switch

Re: [PATCH v3 2/3] dell-rbtn: Export notifier for other kernel modules

On Thu, May 14, 2015 at 3:54 AM, Pali Rohár wrote: > @@ -328,7 +408,9 @@ static void rbtn_notify(struct acpi_device *device, u32 > event) > > static int __init rbtn_init(void) > { > - return acpi_bus_register_driver(_driver); > + /* ignore errors so module always loads and exports

Re: [PATCH 2/3 v3] Documentation: dt: add the CSR atlas7 hwspinlock bindings document

Hi Barry, On 05/19/2015 01:41 AM, Barry Song wrote: > From: Wei Chen > > The Hardware Spinlock device on atlas7 provides hardware assistance > for synchronization between the multiple processors in the system > (dual Cortex-A7, CAN bus Cortex-M3 and audio DSP). > This patch adds the DT bindings

Re: [V5 PATCH 1/5] ACPI / scan: Parse _CCA and setup device coherency

On Friday, May 22, 2015 05:24:15 PM Suravee Suthikulanit wrote: > Not sure if this went out earlier. So I am resending. > > On 5/22/15 16:56, Rafael J. Wysocki wrote: > >> diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c > >> >index 39c485b..b9657af 100644 > >> >--- a/drivers/acpi/glue.c >

Re: [PATCH] PCIe / hotplug: Drop pointless label from pciehp_probe()

On Sat, May 23, 2015 at 12:38:57AM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The err_out_none label in pciehp_probe() only leads to a return > statement, so use return statements instead of jumps to it and > drop it. > > Signed-off-by: Rafael J. Wysocki Applied to

[PATCH 3/9] writeback: implement foreign cgroup inode detection

As concurrent write sharing of an inode is expected to be very rare and memcg only tracks page ownership on first-use basis severely confining the usefulness of such sharing, cgroup writeback tracks ownership per-inode. While the support for concurrent write sharing of an inode is deemed

[PATCH 1/9] writeback: relocate wb[_try]_get(), wb_put(), inode_{attach|detach}_wb()

Currently, majority of cgroup writeback support including all the above functions are implemented in include/linux/backing-dev.h and mm/backing-dev.c; however, the portion closely related to writeback logic implemented in include/linux/writeback.h and mm/page-writeback.c will expand to support

[PATCHSET 3/3 v3 block/for-4.2/core] writeback: implement foreign cgroup inode bdi_writeback switching

r-4.2/core] writeback: cgroup writeback backpressure propagation and available in the following git branch. git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git review-cgroup-writeback-switch-20150522 diffstat follows. Thanks. fs/buffer.c | 26 - fs/fs-w

[PATCH 2/9] writeback: make writeback_control track the inode being written back

Currently, for cgroup writeback, the IO submission paths directly associate the bio's with the blkcg from inode_to_wb_blkcg_css(); however, it'd be necessary to keep more writeback context to implement foreign inode writeback detection. wbc (writeback_control) is the natural fit for the extra

  1   2   3   4   5   6   7   8   9   10   >