Re: [PATCH] VFIO: platform: enable ARM64 build

On Mon, Jun 22, 2015 at 6:26 PM, Alex Williamson wrote: > On Mon, 2015-06-22 at 17:56 +0200, Eric Auger wrote: >> Hi Baptiste, >> >> No unfortunately I don't have any HW to test this currently. I just >> test-compiled this. Up to you to decide whether you prefer waiting for a >> functional test fo

[Patch V4 2/3] usb: Introduce Xen pvUSB frontend (xen hcd)

Introduces the Xen pvUSB frontend. With pvUSB it is possible for a Xen domU to communicate with a USB device assigned to that domU. The communication is all done via the pvUSB backend in a driver domain (usually Dom0) which is owner of the physical device. The pvUSB frontend is a USB hcd for a vir

[Patch V4 0/3] xen, usb: support pvUSB frontend driver

This series adds XEN guest pvUSB support. With pvUSB it is possible to use physical USB devices from a XEN domain. The support consists of a frontend in form of a virtual hcd driver in the unprivileged domU passing I/O-requests to the backend in a driver domain (usually Dom0). The backend is not p

Re: [PATCH v5 2/5] usb: gadget: configfs: pass UDC name via usb_gadget_driver struct

Hello, On 06/23/2015 12:01 AM, Ruslan Bilovol wrote: Now when udc-core supports binding to specific UDC by passing its name via 'udc_name' member of usb_gadget_driver struct, switch to this generic approach. Tested-by: Maxime Ripard Signed-off-by: Ruslan Bilovol --- drivers/usb/gadget/confi

[Patch V4 1/3] usb: Add Xen pvUSB protocol description

Add the definition of pvUSB protocol used between the pvUSB frontend in a Xen domU and the pvUSB backend in a Xen driver domain (usually Dom0). This header was originally provided by Fujitsu for Xen based on Linux 2.6.18. Changes are: - adapt to Linux style guide Signed-off-by: Juergen Gross --

[Patch V4 3/3] xen: add Xen pvUSB maintainer

Add myself as maintainer for the Xen pvUSB stuff. Signed-off-by: Juergen Gross Acked-by: Konrad Rzeszutek Wilk --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index d8afd29..8ef4e83 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -10965,6 +109

[PATCH] staging: vt6656: Fixed two lines over 80 characters long

The presence of comments originally caused the two lines to be over 80 characters long. The issue is fixed by moving the comments into a separate line. Signed-off-by: Arjun Krishna Babu --- drivers/staging/vt6656/rxtx.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/

[GIT PULL] fbdev changes for 4.2

Hi Linus, The following changes since commit c65b99f046843d2455aa231747b5a07a999a9f3d: Linux 4.1-rc6 (2015-05-31 19:01:07 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git tags/fbdev-4.2 for you to fetch changes up to f778dad38a54c

Re: kdbus: to merge or not to merge?

On Mon, Jun 22, 2015 at 11:06:09PM -0700, Andy Lutomirski wrote: > Hi Linus, > > Can you opine as to whether you think that kdbus should be merged? Ah, a preemptive pull request denial, how nice. I don't think I've ever seen such a thing before, congratulations for creating something so must hav

Re: Linux 4.1 WARNING in drm_ioctl.c

On Mon, Jun 22, 2015 at 04:04:20PM +0200, Fabio Coatti wrote: > Hi All, > > just compiled 4.1 and just got this warning, twice, in my dmesg: > > > [lun giu 22 11:43:18 2015] [ cut here ] > [lun giu 22 11:43:18 2015] WARNING: CPU: 1 PID: 2184 at > drivers/gpu/drm/drm_ioct

Re: kdbus: to merge or not to merge?

On Mon, Jun 22, 2015 at 11:06 PM, Andy Lutomirski wrote: > 3. The sandbox model is, in my opinion, an experiment that isn't going > to succeed. It's a poor model: a "restricted endpoint" (i.e. a > sandboxed kdbus client) sees a view of the world defined by a limited > policy language implemented

Re: [PATCH V6 08/17] perf tools: Add Intel PT support

On 23/06/15 02:00, Arnaldo Carvalho de Melo wrote: > Em Mon, Jun 22, 2015 at 11:26:34PM +0300, Adrian Hunter escreveu: >> On 22/06/2015 9:24 p.m., Arnaldo Carvalho de Melo wrote: >>> Em Fri, Jun 19, 2015 at 04:41:56PM -0300, Arnaldo Carvalho de Melo escreveu: Em Fri, Jun 19, 2015 at 10:33:43PM

Re: [PATCH 6/6] mtd: docg3: Don't do ERR_PTR(0)

Am 17.06.2015 um 20:41 schrieb Brian Norris: > On Mon, Jun 01, 2015 at 11:10:54PM +0200, Richard Weinberger wrote: >> Don't return a obfuscated null pointer using ERR_PTR(0). >> If the no device is found clearly return -ENODEV. >> This makes the code more clear and matches the comment >> of doc_pro

lustre: LIBCFS_ALLOC

It seems that libcfs_kvzalloc doesn't use any particular threshold or switchingbetween kzalloc and vmalloc, so can be replaced by ths function too? thanks, julia -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/

Re: [Xen-devel] [PATCH] drivers: xen-blkfront: only talk_to_blkback() when in XenbusStateInitialising

>>> On 22.06.15 at 15:56, wrote: > --- a/drivers/block/xen-blkfront.c > +++ b/drivers/block/xen-blkfront.c > @@ -1951,6 +1951,8 @@ static void blkback_changed(struct xenbus_device *dev, > > switch (backend_state) { > case XenbusStateInitWait: > + if (dev->state != XenbusS

kdbus: to merge or not to merge?

Hi Linus, Can you opine as to whether you think that kdbus should be merged? I don't mean whether you'd accept a pull request that Greg may or may not send during this merge window -- I mean whether you think that kdbus should be merged if it had appropriate review and people were okay with the i

RE: [PATCH v5] NET: Add ezchip ethernet driver

From: Mahesh Bandewar [mailto:mahe...@google.com] Sent: Monday, June 22, 2015 8:45 PM > > a/drivers/net/ethernet/ezchip/Kconfig > > b/drivers/net/ethernet/ezchip/Kconfig > > new file mode 100644 > > index 000..d031177 > > --- /dev/null > > +++ b/drivers/net/ethernet/ezchip/Kconfig > > @@ -0,

Re: [PATCH 3/4] soc: Mediatek: Add SCPSYS power domain driver

On Mon, Jun 22, 2015 at 09:53:59PM +0800, Daniel Kurtz wrote: > On Mon, Jun 22, 2015 at 2:35 PM, Sascha Hauer wrote: > > This adds a power domain driver for the Mediatek SCPSYS unit. > > > > The System Control Processor System (SCPSYS) has several power > > management related tasks in the system.

Re: [PATCH 1/1] scsi: remove redundant NULL check before kfree

On 06/23/2015 05:42 AM, Maninder Singh wrote: > There is no need of NULL check before kfree, > So removing the same. > > Signed-off-by: Maninder Singh > Reviewed-by: Rohit Thapliyal If you insist ... Reviewed-by: Hannes Reinecke Cheers, Hannes -- Dr. Hannes Reinecke

[PATCH 1/1] Btrfs: Remove redundant NULL check before kfree

There is no need of NULL check before kfree, removing the same Signed-off-by: Maninder Singh Reviewed-by: Akhilesh Kumar --- fs/btrfs/free-space-cache.c |6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/fs/btrfs/free-space-cache.c b/fs/btrfs/free-space-cache.c index 9

Re: [RESEND PATCH 2/6] soc: Mediatek: Add SCPSYS CPU power domain driver

Hi Scott, On Fri, Jun 19, 2015 at 02:01:17AM +0800, Scott Shu wrote: > This adds a CPU power domain driver for the Mediatek SCPSYS unit on > MT6580. This seems to be support for the very same hardware as I am posting here: https://lkml.org/lkml/2015/6/22/41 We should consolidate this. My drive

[GIT PULL] arch/microblaze changes for 4.2-rc1

Hi Linus, please pull these microblaze chagnes to your tree. Thanks, Michal The following changes since commit d4a4f75cd8f29cd9464a5a32e9224a91571d6649: Linux 4.1-rc7 (2015-06-07 20:23:50 -0700) are available in the git repository at: git://git.monstr.eu/linux-2.6-microblaze.git tags/micr

[PATCH v2 2/2] powerpc32: rewrite of csum_partial_copy_generic based of copy_tofrom_user

csum_partial_copy_generic() does the same as copy_tofrom_user and also calculates the checksum during the copy. Unlike copy_tofrom_user(), the existing version of csum_partial_copy_generic() doesn't take benefit of the cache This patch is a rewrite of csum_partial_copy_generic() based on copy_tofr

[PATCH v2 1/2] powerpc32: checksum_wrappers_64 becomes checksum_wrappers

The powerpc64 checksum wrapper functions adds the csum_and_copy_to_user() which otherwise is implemented in include/net/checksum.h by using csum_partial() then copy_to_user() Those two wrapper fonctions are also applicable to powerpc32 as it is based on the use of csum_partial_copy_generic() which

[PATCH v2 0/2] powerpc32: optimisation of csum_partial_copy_generic()

This patch optimises csum_partial_copy_generic() by making use of cache instructions (dcbt/dcbz) just like copy_tofrom_user() does On a TCP benchmark using socklib on the loopback interface on which checksum offload and scatter/gather have been deactivated, we get about 20% performance increase.

staging patch not in staging tree (was: Re: [PATCH 1/2] staging: ft1000-usb: fixed table alignment)

On Mon, Jun 22, 2015 at 07:06:49PM +0530, Sudip Mukherjee wrote: > On Mon, Jun 22, 2015 at 03:02:37PM +0200, Peter Karlsson wrote: > > On 2015-06-22 06:29, Sudip Mukherjee wrote: > > > which tree have you been using? > > > Greg will have three staging tree, use staging-testing > > > > I have used

Linux 3.4.108

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

Re: [PATCH v2 00/14] x86: Rewrite exit-to-userspace code

On Mon, Jun 22, 2015 at 12:50 PM, Andy Lutomirski wrote: > On Thu, Jun 18, 2015 at 12:08 PM, Andy Lutomirski wrote: >> This is the first big batch of x86 asm-to-C conversion patches. > > Ingo, what's the plan for these? I found a minor design error that's > harmless so far (I think), but I don't

Re: [PATCH v2] fs/file.c: don't acquire files->file_lock in fd_install()

On Mon, 2015-06-22 at 03:32 +0100, Al Viro wrote: > On Tue, Apr 28, 2015 at 09:25:03PM -0700, Eric Dumazet wrote: > > > @@ -553,11 +572,20 @@ void __fd_install(struct files_struct *files, > > unsigned int fd, > > struct file *file) > > { > > struct fdtable *fdt; > > - spin_lock

Re: linux-next: build failure after merge of the drm-exynos tree

gt; rcar_vin.c:(.text+0x307c): multiple definition of > `of_graph_get_endpoint_by_regs' > drivers/media/platform/soc_camera/soc_camera.o:soc_camera.c:(.text+0x2ce3): > first defined here > > Caused by commit: > > a0f7001c18ca ("of: add helper for getting endpoi

Re: [PATCH-v2 0/3] mfd: 88pm800: Add Device tree support

On Thursday 18 June 2015 12:28 AM, Vaibhav Hiremath wrote: This patch-series adds support for Device tree to 88PM800 mfd driver. It also enabled configuration of irq clear method through DT. Testing:: - Boot tested on PXA1928 based platform. - probe of mfd, rtc and regulator function passi

Re: [PATCH 1/3] drm/msm: dsi host: add missing of_node_put()

On 06/22/2015 09:30 PM, Srinivas Kandagatla wrote: On 22/06/15 15:54, Archit Taneja wrote: Decrement device node refcount if of_get_child_by_name is successfully called. Signed-off-by: Archit Taneja --- drivers/gpu/drm/msm/dsi/dsi_host.c | 2 ++ 1 file changed, 2 insertions(+) diff --gi

Re: [PATCH v6 1/9] nvmem: Add a simple NVMEM framework for nvmem providers

On Tue, 2015-06-23 at 00:08 +0100, Srinivas Kandagatla wrote: > This patch adds just providers part of the framework just to enable easy > review. [] > include/linux/nvmem-provider.h | 54 ++ Unless there are going to be users of nvmem-provider.h outside of the drivers/nvmem directory, perhap

[PATCH] IB/srpt: Convert use of __constant_cpu_to_beXX to cpu_to_beXX

In little endian cases, the macro cpu_to_be{16,32,64} unfolds to __swab{16,32,64} which provides special case for constants. In big endian cases, __constant_cpu_to_be{16,32,64} and cpu_to_be{16,32,64} expand directly to the same expression. So, replace __constant_cpu_to_be{16,32,64} with cpu_to_be{

Re: Crypto Update for 4.2

On Mon, Jun 22, 2015 at 09:26:51PM -0700, Linus Torvalds wrote: > > So it looks to me like those AEAD interface changes already make sure > to use the full 64 bits of the sequence number. > > But if I'm wrong, please holler. You clearly know both sides of this, > since you wrote all the patches in

Re: Crypto Update for 4.2

On Mon, Jun 22, 2015 at 1:44 AM, Herbert Xu wrote: > > Here is the crypto update for 4.2: So this generates conflicts with your earlier changes (that I got through the networking tree - they are your patches, but they went through Steffen Klassert and then David Miller). I resolved them, but I w

[Patch v1] PCI, ACPI: Fix regressions caused by resource_size_t overflow with 32bit kernel

The data type resource_size_t may be 32 bits or 64 bits depending on CONFIG_PHYS_ADDR_T_64BIT. So reject ACPI resource descriptors which will cause resource_size_t overflow with 32bit kernel This issue was triggered on a platform running 32bit kernel with an ACPI resource descriptor with address r

[PATCH 1/1] scsi: remove redundant NULL check before kfree

There is no need of NULL check before kfree, So removing the same. Signed-off-by: Maninder Singh Reviewed-by: Rohit Thapliyal --- drivers/scsi/aic94xx/aic94xx_init.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/scsi/aic94xx/aic94xx_init.c b/drivers/scsi/aic9

[PATCH] virtio-blk: Allow extended partitions

This will allow up to DISK_MAX_PARTS (256) partitions, with for example GPT in the guest. Otherwise, the partition scan code will only discover the first 15 partitions. Signed-off-by: Fam Zheng --- drivers/block/virtio_blk.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/block/virti

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

On Fri, 2015-06-19 at 10:12 -0400, David Long wrote: > On 06/19/15 00:19, Michael Ellerman wrote: > > 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 d

Re: Re: [PATCH v2] perf probe: Fix failure to probe events on arm

On 2015/06/20 6:08, Arnaldo Carvalho de Melo wrote: > Em Thu, Jun 18, 2015 at 02:49:10AM +, He Kuang escreveu: >> Fix failure to probe events on arm, problem is introduced by commit >> 5a51fcd1f30c ("perf probe: Skip kernel symbols which is out of >> .text"). For some architectures, label '_ete

Re: [PATCH v2] perf probe: Fix failure to probe events on arm

On 2015/06/18 11:49, He Kuang wrote: > Fix failure to probe events on arm, problem is introduced by commit > 5a51fcd1f30c ("perf probe: Skip kernel symbols which is out of > .text"). For some architectures, label '_etext' is not in the .text > section(in .notes section for arm/arm64). Label out of

Re: [PATCH v5 4/6] drm: bridge/dw_hdmi-i2s-audio: add audio driver

Russell, 在 2015/6/22 18:10, Russell King - ARM Linux 写道: On Mon, Jun 22, 2015 at 12:06:04PM +0200, Paul Bolle wrote: But I think there's no platform_device with a "dw-hdmi-i2s-audio" name. So I wonder whether this MODULE_ALIAS() is actually needed. What breaks if you leave it out? + } el

Re: [PATCH v5 4/6] drm: bridge/dw_hdmi-i2s-audio: add audio driver

Paul, 在 2015/6/22 18:06, Paul Bolle 写道: Something I didn't notice in v4, sorry. On Sat, 2015-06-20 at 00:28 +0800, Yakir Yang wrote: --- /dev/null +++ b/drivers/gpu/drm/bridge/dw_hdmi-i2s-audio.c +#define DRIVER_NAME "dw-hdmi-i2s-audio" +MODULE_ALIAS(PLATFORM_MODULE_PREFIX DRIVER_NAME); 0) Si

Re: [PATCH v5 5/5] block: loop: support DIO & AIO

On Tue, Jun 23, 2015 at 12:00 AM, Christoph Hellwig wrote: > On Mon, Jun 22, 2015 at 08:09:55PM +0800, Ming Lei wrote: >> For the general async interface, it is a bit complicated than sync >> interfaces: >> >> - iocb need to be one parameter, because it often depends on callers, such >> as loop

Re: [PATCH] usb: ci_hdrc_imx: add optional hub clock

On Mon, Jun 22, 2015 at 12:54:14AM +0800, Maciej S. Szmigiero wrote: > This patch adds ability to define optional clock of connected > USB hub to ChipIdea i.MX usb controller driver. > > This is needed for example for UDOO board. > Previously, this board DT file used a fact that non-core registers

Re: [PATCH v5 3/3] locking/qrwlock: Don't contend with readers when setting _QW_WAITING

On 06/22/2015 12:21 PM, Will Deacon wrote: Hi Waiman, On Fri, Jun 19, 2015 at 04:50:02PM +0100, Waiman Long wrote: The current cmpxchg() loop in setting the _QW_WAITING flag for writers in queue_write_lock_slowpath() will contend with incoming readers causing possibly extra cmpxchg() operations

Re: [PATCH 7/8] cpufreq: st: Provide runtime initialised driver for ST's platforms

On 22-06-15, 16:43, Lee Jones wrote: > +config ARM_ST_CPUFREQ > + bool "ST CPUFreq support" Isn't using ST just too generic? There are multiple SoCs ST has been involved with, I have worked on a completely different series. Probably a more relative string is required here, like stih407 ? > +

Re: [PATCH 08/08] ARM: shmobile: Remove CMT renesas,channels-mask from DTS

Hi Laurent, On Tue, Jun 23, 2015 at 7:40 AM, Laurent Pinchart wrote: > Hi Magnus, > > Thank you for the patch. > > On Sunday 21 June 2015 17:10:33 Magnus Damm wrote: >> From: Magnus Damm >> >> Update the DTS to remove the now deprecated "renesas,channels-mask" >> property. >> >> The channel info

Re: Linux 4.0.6

diff --git a/Makefile b/Makefile index 1880cf77059b..af6da040b952 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 4 PATCHLEVEL = 0 -SUBLEVEL = 5 +SUBLEVEL = 6 EXTRAVERSION = NAME = Hurr durr I'ma sheep diff --git a/arch/arm/boot/dts/am335x-bone-common.dtsi b/arch/arm/boot/dts/

Linux 4.0.6

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

Re: [PATCH 8/8] dt: cpufreq: st: Provide bindings for ST's CPUFreq implementation

[Adding Rob] On 22-06-15, 16:43, Lee Jones wrote: At least some description was required here on why you need additional bindings are what are they. Over that, this patch should have been present before any other patches using these bindings. > Cc: devicet...@vger.kernel.org > Signed-off-by: Le

Re: Linux 3.14.45

diff --git a/Makefile b/Makefile index 9f2471c6fbbe..c92186c3efd7 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 14 -SUBLEVEL = 44 +SUBLEVEL = 45 EXTRAVERSION = NAME = Remembering Coco diff --git a/arch/mips/kernel/irq.c b/arch/mips/kernel/irq.c index d1fea7a054

Linux 3.14.45

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

Re: Linux 3.10.81

diff --git a/Makefile b/Makefile index 067433219984..6d19e37d36d5 100644 --- a/Makefile +++ b/Makefile @@ -1,6 +1,6 @@ VERSION = 3 PATCHLEVEL = 10 -SUBLEVEL = 80 +SUBLEVEL = 81 EXTRAVERSION = NAME = TOSSUG Baby Fish diff --git a/arch/mips/kernel/irq.c b/arch/mips/kernel/irq.c index d1fea7a054

Linux 3.10.81

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

Re: [PATCH v2 11/15] KVM: MTRR: sort variable MTRRs

On 06/22/2015 07:24 PM, Paolo Bonzini wrote: On 17/06/2015 18:11, Paolo Bonzini wrote: Also, this loop looks weird. Is this what you wanted? list_for_each_entry(tmp, &mtrr_state->head, node) if (cur->base >= tmp->base) break; list

Re: [PATCH 5/8] ARM: STi: STiH407: Move PWM nodes STiH407 => STiH407-family

On 22-06-15, 16:43, Lee Jones wrote: > This also incorporates the STiH410. Any explanation to why this patch is part of this series ? -- viresh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/

Re: [PATCH 4/8] ARM: STi: STiH407: Provide a node for CPUFreq

[Ccing Rob] On 22-06-15, 16:43, Lee Jones wrote: > Signed-off-by: Lee Jones > --- > arch/arm/boot/dts/stih407-family.dtsi | 5 + > 1 file changed, 5 insertions(+) > > diff --git a/arch/arm/boot/dts/stih407-family.dtsi > b/arch/arm/boot/dts/stih407-family.dtsi > index f48767e..f57fd83 10064

Re: [PATCH 0/6] cpufreq: use generic cpufreq drivers for Exynos4x12 platform

Hi Bartlomiej, [Adding Rafael & Rob to cc list. Please don't forget for any PM specific patches :)] First of all, really sorry for missing this mail thread. Don't know how I missed it though. And please please please, do send a ping reminder (to me at least), if you think the mail thread is misse

[PATCH] USB: atm: cxacru: fix blank line after declaration

Fixed a coding style issue. Adds blank lines after declarations. Signed-off-by: Aaron Raimist --- drivers/usb/atm/cxacru.c | 7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/usb/atm/cxacru.c b/drivers/usb/atm/cxacru.c index 813d4d3..1173f9c 100644 --- a/drivers/usb

Re: [PATCH] ipv6: Fixed source specific default route handling.

Matthias Schiffer wrote: > On 06/22/2015 07:58 AM, Steven Barth wrote: >> On 22.06.2015 00:35, Matthias Schiffer wrote: >>> Could you explain in detail what you mean with "If you want specific SA, >>> add same route with higher metric and/or (more) specific src match."? >>> Routes aren't bound to s

linux-next: build failure after merge of the drm-exynos tree

e3): first defined here Caused by commit: a0f7001c18ca ("of: add helper for getting endpoint node of specific identifiers") I have used the drm-exynos from next-20150622 for today. -- Cheers, Stephen Rothwells...@canb.auug.org.au pgp7UAeGFf671.pgp Description: OpenPGP digital signature

Re: [PATCH v2 6/7]powerpc/powernv: generic nest pmu event functions

Madhavan Srinivasan [ma...@linux.vnet.ibm.com] wrote: | From: Madhavan Srinivasan | Subject: [PATCH v2 6/7]powerpc/powernv: generic nest pmu event functions | | Add generic format attribute and set of generic nest pmu related | event functions to be used by each nest pmu. Add code to register nes

Re: clustered MD

On Sun, 14 Jun 2015 17:19:31 -0500 Goldwyn Rodrigues wrote: > > > On 06/12/2015 01:46 PM, David Teigland wrote: > > When a node fails, its dirty areas get special treatment from other nodes > > using the area_resyncing() function. Should the suspend_list be created > > before any reads or writ

Re: vdso && f_op->mremap (Was: special_mapping_fault() is broken)

On Mon, Jun 22, 2015 at 5:47 PM, Oleg Nesterov wrote: > On 06/21, Oleg Nesterov wrote: >> >> Forgot to add Andy... > > Add Pavel ;) > > I never understood why ->mremap() lives in file_operations, not in > vm_operations_struct. To me vma->vm_file->f_op in move_vma() just > looks strange, vma->vm_op

Re: [PATCH v2 2/4] sched:Consider imbalance_pct when comparing loads in numa_has_capacity

On 06/22/2015 12:29 PM, Srikar Dronamraju wrote: > * Rik van Riel [2015-06-16 10:39:13]: > >> On 06/16/2015 07:56 AM, Srikar Dronamraju wrote: >>> This is consistent with all other load balancing instances where we >>> absorb unfairness upto env->imbalance_pct. Absorbing unfairness upto >>> env->

Re: [RFC PATCH] powerpc/numa: initialize distance lookup table from drconf path

Hi Nikunj, > From: Nikunj A Dadhania > > powerpc/numa: initialize distance lookup table from drconf path > > In some situations, a NUMA guest that supports > ibm,dynamic-memory-reconfiguration node will end up having flat NUMA > distances between nodes. This is because of two problems in the >

Re: vdso && f_op->mremap (Was: special_mapping_fault() is broken)

On Mon, Jun 22, 2015 at 5:47 PM, Oleg Nesterov wrote: > > In short. Shouldn't we move ->mremap() to vm_operations_struct before > it has another user? We need to fix aio.c, but this is trivial. > > No? Sounds like the right thing to do, but maybe there's some reason I miss that it's the way it is

Re: [PATCH v2] power: max17042_battery: add HEALTH and TEMP_* properties support

2015-06-08 10:22 GMT+09:00 Krzysztof Kozlowski : > 2015-05-24 12:41 GMT+09:00 Ramakrishna Pallala > : >> This patch adds the support for following battery properties >> to max17042 fuel gauge driver. >> >> POWER_SUPPLY_PROP_TEMP_ALERT_MIN >> POWER_SUPPLY_PROP_TEMP_ALERT_MAX >> POWER_SUPPLY_PROP_TE

[GIT PULL] power supply changes for 4.2

Hi Linus, The following changes since commit e26081808edadfd257c6c9d81014e3b25e9a6118: Linux 4.1-rc4 (2015-05-18 10:13:47 -0700) are available in the git repository at: git://git.infradead.org/battery-2.6.git tags/for-4.2 for you to fetch changes up to 43df61051ab9af985ec439ee9be9c299e7de3

[GIT PULL] HSI changes for 4.2

Hi Linus, The following changes since commit b953c0d234bc72e8489d3bf51a276c5c4ec85345: Linux 4.1 (2015-06-21 22:05:43 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/sre/linux-hsi.git tags/hsi-for-4.2 for you to fetch changes up to f451e76f8969

vdso && f_op->mremap (Was: special_mapping_fault() is broken)

On 06/21, Oleg Nesterov wrote: > > Forgot to add Andy... Add Pavel ;) I never understood why ->mremap() lives in file_operations, not in vm_operations_struct. To me vma->vm_file->f_op in move_vma() just looks strange, vma->vm_ops->mremap(new_vma) looks "obviously better". And afaics more useful.

[RFC v5 PATCH 3/9] hugetlbfs: hugetlb_vmtruncate_list() needs to take a range to delete

fallocate hole punch will want to unmap a specific range of pages. Modify the existing hugetlb_vmtruncate_list() routine to take a start/end range. If end is 0, this indicates all pages after start should be unmapped. This is the same as the existing truncate functionality. Modify existing calle

[PATCH] block: partition-generic: Catch alloc_part_info failure

Make add_partition() return proper ERR_PTR if alloc_part_info() fails. This ensures the caller of add_partition() can catch the error by IS_ERROR macro. Signed-off-by: Axel Lin --- block/partition-generic.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/block/partition-ge

[RFC v5 PATCH 9/9] mm: madvise allow remove operation for hugetlbfs

Now that we have hole punching support for hugetlbfs, we can also support the MADV_REMOVE interface to it. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz --- mm/madvise.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mm/madvise.c b/mm/madvise.c index d215ea9..3c1b7

[RFC v5 PATCH 7/9] hugetlbfs: New huge_add_to_page_cache helper routine

Currently, there is only a single place where hugetlbfs pages are added to the page cache. The new fallocate code be adding a second one, so break the functionality out into its own helper. Signed-off-by: Dave Hansen Signed-off-by: Mike Kravetz --- include/linux/hugetlb.h | 2 ++ mm/hugetlb.

[RFC v5 PATCH 6/9] mm/hugetlb: alloc_huge_page handle areas hole punched by fallocate

Areas hole punched by fallocate will not have entries in the region/reserve map. However, shared mappings with min_size subpool reservations may still have reserved pages. alloc_huge_page needs to handle this special case and do the proper accounting. Signed-off-by: Mike Kravetz --- mm/hugetlb

[RFC v5 PATCH 1/9] mm/hugetlb: add region_del() to delete a specific range of entries

fallocate hole punch will want to remove a specific range of pages. The existing region_truncate() routine deletes all region/reserve map entries after a specified offset. region_del() will provide this same functionality if the end of region is specified as -1. Hence, region_del() can replace reg

[RFC v5 PATCH 0/9] hugetlbfs: add fallocate support

No major changes since last RFC. Externalized existing hugetlb fault mutex code. Added more comments to alloc_huge_page reservation handling as I could not come up with a good way to encapsulate. libhugetlbfs test cases and man page updates will be included with a later request for patch inclusio

[RFC v5 PATCH 2/9] mm/hugetlb: expose hugetlb fault mutex for use by fallocate

hugetlb page faults are currently synchronized by the table of mutexes (htlb_fault_mutex_table). fallocate code will need to synchronize with the page fault code when it allocates or deletes pages. Expose interfaces so that fallocate operations can be synchronized with page faults. Minor name ch

[RFC v5 PATCH 8/9] hugetlbfs: add hugetlbfs_fallocate()

This is based on the shmem version, but it has diverged quite a bit. We have no swap to worry about, nor the new file sealing. Add synchronication via the fault mutex table to coordinate page faults, fallocate allocation and fallocate hole punch. What this allows us to do is move physical memory

[RFC v5 PATCH 4/9] hugetlbfs: truncate_hugepages() takes a range of pages

Modify truncate_hugepages() to take a range of pages (start, end) instead of simply start. If an end value of -1 is passed, the current "truncate" functionality is maintained. Existing callers are modified to pass -1 as end of range. By keying off end == -1, the routine behaves differently for trun

[RFC v5 PATCH 5/9] mm/hugetlb: vma_has_reserves() needs to handle fallocate hole punch

In vma_has_reserves(), the current assumption is that reserves are always present for shared mappings. However, this will not be the case with fallocate hole punch. When punching a hole, the present page will be deleted as well as the region/reserve map entry (and hence any reservation). vma_has

Re: [RFC][PATCH] fs: optimize inotify/fsnotify code for unwatched files

On Mon, Jun 22, 2015 at 09:03:08PM +0200, Peter Zijlstra wrote: > On Mon, Jun 22, 2015 at 09:29:49AM -0700, Paul E. McKenney wrote: > > > I believe that there still are some cases. But why would offline > > CPUs seem so iffy? CPUs coming up execute code before they are fully > > operational, and

Re: [PATCH 1/2] powerpc32: checksum_wrappers_64 becomes checksum_wrappers

On Mon, 2015-06-22 at 19:01 +0200, Christophe Leroy wrote: > The powerpc64 checksum wrapper functions adds the > csum_and_copy_to_user() which > otherwise is implemented in include/net/checksum.h by using > csum_partial() then > copy_to_user() > > Those two wrapper fonctions are also applicable

Re: [RFC][PATCH] fs: optimize inotify/fsnotify code for unwatched files

On Mon, Jun 22, 2015 at 08:52:29PM +0200, Peter Zijlstra wrote: > On Mon, Jun 22, 2015 at 08:11:21AM -0700, Paul E. McKenney wrote: > > That depends on how slow the resulting slow global state would be. > > We have some use cases (definitely KVM, perhaps also some of the VFS > > code) that need the

Re: [RFC][PATCH] fs: optimize inotify/fsnotify code for unwatched files

On Mon, Jun 22, 2015 at 11:50:50AM -0700, Dave Hansen wrote: > On 06/22/2015 08:11 AM, Paul E. McKenney wrote: > > But if Dave is willing to test it, I would be happy to send along > > a fast-readers patch, easy to do. > > I'm always willing to test, but the cost of the srcu_read_lock() barrier >

Re: [PATCH 4/6] ARM: dts: Exynos4210: add CPU OPP and regulator supply property

On 23.06.2015 08:46, Krzysztof Kozlowski wrote: > On 23.06.2015 00:04, Michael Turquette wrote: >> Quoting Kukjin Kim (2015-06-21 18:46:26) >>> Krzysztof Kozlowski wrote: On 22.06.2015 10:38, Kukjin Kim wrote: > Krzysztof Kozlowski wrote: >> 2015-05-08 9:18 GMT+09:00 Krzysztof Koz

Re: [RFC][PATCH 11/13] fs/locks: Replace lg_local with a per-cpu spinlock

Off-topic question, On 06/22, Peter Zijlstra wrote: > > @@ -2650,9 +2660,8 @@ static void *locks_start(struct seq_file > > iter->li_pos = *pos + 1; > percpu_down_write(&file_rwsem); > - lg_global_lock(&file_lock_lglock); > spin_lock(&blocked_lock_lock); > - return seq_h

[GIT PULL v2] SCSI updates for the 4.1+ merge window

This is a resend of the original tree with the tag attached at original commit c8806b6 snic: driver for Cisco SCSI HBA --- This is the usual grab bag of driver updates (lpfc, hpsa, megaraid_sas, cxgbi, be2iscsi) plus an assortment of minor updates. There are also one new driver: the Cisco snic; t

Re: [PATCH 02/13] driver-core: defer all probes until late_initcall

On Fri, Jun 19, 2015 at 6:20 PM, Rafael J. Wysocki wrote: > On Friday, June 19, 2015 03:36:46 PM Tomeu Vizoso wrote: >> On 18 June 2015 at 23:50, Rafael J. Wysocki wrote: >> > On Wednesday, June 17, 2015 03:42:12 PM Tomeu Vizoso wrote: >> >> To decrease the chances of devices deferring their prob

Re: [PATCH 00/21] On-demand device registration

On Mon, Jun 22, 2015 at 10:23 AM, Tomeu Vizoso wrote: > On 28 May 2015 at 06:33, Rob Herring wrote: >> On Mon, May 25, 2015 at 9:53 AM, Tomeu Vizoso >> wrote: >>> Hello, >>> >>> I have a problem with the panel on my Tegra Chromebook taking longer than >>> expected to be ready during boot (Stépha

[PATCH 1/3] USB: Export usb_wakeup_enabled_descendants()

In (e583d9d USB: global suspend and remote wakeup don't mix) we introduced wakeup_enabled_descendants() as a static function. We'd like to use this function in USB controller drivers to know if we should keep the controller on during suspend time, since doing so has a power impact. Signed-off-by:

Re: [patch v2 2/2] pinctrl: samsung: remove "out of memory" messages

On 23.06.2015 00:13, Dan Carpenter wrote: > Checkpatch.pl complains about these: > > WARNING: Possible unnecessary 'out of memory' message > > The messages use a little extra RAM and they add a few extra lines of > code. We're probably never going to hit these out of memory situations > but if w

[PATCH 2/3] Documentation: dt-bindings: Add snps,need-phy-for-wake for dwc2 USB

Some SoCs with a dwc2 USB controller may need to keep the PHY on to support remote wakeup. Allow specifying this as a device tree property. Signed-off-by: Douglas Anderson --- Documentation/devicetree/bindings/usb/dwc2.txt | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/de

[PATCH 3/3] USB: dwc2: Don't turn off the usbphy in suspend if wakeup is enabled

If the 'snps,need-phy-for-wake' is set in the device tree then: - We know that we can wakeup, so call device_set_wakeup_capable(). The USB core will use this knowledge to enable wakeup by default. - We know that we should keep the PHY on during suspend if something on our root hub needs remote

[PATCH 0/3] dwc2 patches to allow wakeup on Rockchip rk3288

This series of patches, together with from Chris Zhong and a dts change allow us to wake up from a USB device on rk3288 boards. The patches were tested on rk3288-jerry in the chromeos-3.14 kernel. The chromeos-3.14 kernel tested included a full set of d

Re: [patch v2 1/2] pinctrl: samsung: don't truncate the last char

On 23.06.2015 00:12, Dan Carpenter wrote: > We were allocating enough space because sizeof("-grp") and > sizeof("-mux") are both equal to 5 but in the snprintf() we only allowed > for 4 characters so the last 'p' and 'x' characters were truncated. > > The allocate and sprintf can be done in one st

Re: [PATCH v5] NET: Add ezchip ethernet driver

[Re: [PATCH v5] NET: Add ezchip ethernet driver] On 22/06/2015 (Mon 10:45) Mahesh Bandewar wrote: > On Tue, Jun 16, 2015 at 7:35 AM, Noam Camus wrote: > > > > From: Noam Camus > > > > Simple LAN device for debug or management purposes. > > Device supports interrupts for RX and TX(completion). >

  1   2   3   4   5   6   7   >