[HMM v16 07/15] mm/hmm/mirror: mirror process address space on device with HMM helpers

This is a heterogeneous memory management (HMM) process address space mirroring. In a nutshell this provide an API to mirror process address space on a device. This boils down to keeping CPU and device page table synchronize (we assume that both device and CPU are cache coherent like PCIe device

Re: [PATCH] usb: dwc2: gadget: Fix GUSBCFG.USBTRDTIM value

Hi all, Sorry, I did not see Pengcheng Li patch which is exactly the same: https://patchwork.kernel.org/patch/9347979/ Regards On 01/12/2017 04:36 PM, Amelie Delaunay wrote: USBTrdTim must be programmed to 0x5 when phy has a UTMI+ 16-bit wide interface or 0x9 when it has a 8-bit wide

[RFC PATCH 6/6] net: use kvmalloc with __GFP_REPEAT rather than open coded variant

From: Michal Hocko fq_alloc_node, alloc_netdev_mqs and netif_alloc* open code kmalloc with vmalloc fallback. Use the kvmalloc variant instead. Keep the __GFP_REPEAT flag based on explanation from Eric: " At the time, tests on the hardware I had in my labs showed that vmalloc()

Re: [PATCH] pinctrl: core: Fix regression caused by delayed work for hogs

* Geert Uytterhoeven [170112 00:44]: > Hi Tony, > > On Wed, Jan 11, 2017 at 11:13 PM, Tony Lindgren wrote: > > Commit df61b366af26 ("pinctrl: core: Use delayed work for hogs") caused a > > regression at least with sh-pfc that is also a GPIO controller as

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On Thu, Jan 12, 2017 at 04:37:16PM +0100, Michal Hocko wrote: > From: Michal Hocko > > There are many code paths opencoding kvmalloc. Let's use the helper > instead. The main difference to kvmalloc is that those users are usually > not considering all the aspects of the memory

Re: [PATCH] [net] net/mlx5e: fix another -Wmaybe-uninitialized warning

On Thursday, January 12, 2017 5:21:49 PM CET Or Gerlitz wrote: > On 1/11/2017 11:14 PM, Arnd Bergmann wrote: > > As found by Olof's build bot, today's mainline kernel gained a harmless > > warning about a potential uninitalied variable reference: > > > >

Re: [PATCH v3] arm64: mm: Fix NOMAP page initialization

Hi Robert, On Mon, Jan 09, 2017 at 12:53:20PM +0100, Robert Richter wrote: > On 06.01.17 08:37:25, Ard Biesheuvel wrote: > > Any comments on the performance impact (including boot time) ? > > I did a kernel compile test and kernel mode time increases by about > 2.2%. Though this is already

Re: [PATCH v3 2/5] arm64: Work around Falkor erratum 1003

On Thu, Jan 12, 2017 at 03:45:48PM +, Catalin Marinas wrote: > On Wed, Jan 11, 2017 at 06:40:52PM +, Mark Rutland wrote: > > Likewise, I beleive we may need to modify cpu_set_reserved_ttbr0(). > > This may be fine if my assumptions about this erratum are correct. In > the

Re: [PATCH v8 2/5] i2c: Add STM32F4 I2C driver

>>> > I don't understand scl_period = 1 µs for Fast Mode. For a bus freqency >>> > of 400 kHz we need low + high = 2.5 µs. Is there a factor 10 missing >>> > somewhere? >>> >>> As CCR = SCL_period * I2C parent clk frequency with minimal freq = >>> 2Mhz and SCL_period = 1 we have: >>> CCR = 1 *

Re: [PATCH 1/2] afs: Move UUID struct to linux/uuid.h

On Thu, Jan 12, 2017 at 5:14 PM, David Howells wrote: >> > reply.ia.uuid[3] = htonl((s8) afs_uuid.clock_seq_hi_and_reserved); >> > reply.ia.uuid[4] = htonl((s8) afs_uuid.clock_seq_low); >> > for (loop = 0; loop < 6; loop++) >> >> Shouldn't this be

Re: [PATCH] usb: dwc2: host: fix Wmaybe-uninitialized warning

On Thu, Jan 12, 2017 at 05:25:00PM +0100, Greg Kroah-Hartman wrote: > On Thu, Jan 12, 2017 at 04:54:38PM +0100, Nicholas Mc Guire wrote: > > Signed-off-by: Nicholas Mc Guire > > --- > > Problem reported by sparse > > drivers/usb/dwc2/hcd.c: In function 'dwc2_dump_urb_info': > >

[PATCH V2] usb: dwc2: host: fix Wmaybe-uninitialized warning

^ Patch was compile tested with: x86_64_defconfig + CONFIG_USB_DWC2=m + CONFIG_USB_DWC2_VERBOSE=y Patch is against 4.10-rc3 (localversion-next is next-20170112) drivers/usb/dwc2/hcd.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/usb/dwc2/hcd.c b/drivers/us

Re: [PATCH v2 7/7] uapi: export all headers under uapi directories

Le 12/01/2017 à 17:28, Jan Engelhardt a écrit : > On Thursday 2017-01-12 16:52, Nicolas Dichtel wrote: > >> Le 09/01/2017 à 13:56, Christoph Hellwig a écrit : >>> On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote: Regularly, when a new header is created in include/uapi/, the

[PATCH 4/5] pinctrl: mvebu: Use seq_puts() in mvebu_pinconf_group_dbg_show()

From: Markus Elfring Date: Thu, 12 Jan 2017 16:51:00 +0100 Strings which did not contain data format specifications should be put into a sequence. Thus use the corresponding function "seq_puts". This issue was detected by using the Coccinelle software.

Re: [PATCH 0/4] mfd: max77686: Remove unneeded non-OF code in driver

On Thursday 12 January 2017 07:17 PM, Javier Martinez Canillas wrote: Hello Lee, This series contains cleanups for the max77686 PMIC MFD driver. The driver is only used in DT platforms and so all the code related with the i2c_device_id table can be removed. Best regards, Javier LGTM, let

[PATCH] arm64: Advertise support for Rounding double multiply instructions

ARM v8.1 extensions include support for rounding double multiply add/subtract instructions to the A64 SIMD instructions set. Let the userspace know about it via a HWCAP bit. Cc: Mark Rutland Cc: Will Deacon Acked-by: Catalin Marinas

[PATCH 5/5] pinctrl: mvebu: Use seq_putc() in mvebu_pinconf_group_dbg_show()

From: Markus Elfring Date: Thu, 12 Jan 2017 17:12:30 +0100 Single characters should be put into a sequence. Thus use the corresponding function "seq_putc". This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring

Re: [PATCH] [net] net/mlx5e: fix another -Wmaybe-uninitialized warning

On 1/11/2017 11:14 PM, Arnd Bergmann wrote: As found by Olof's build bot, today's mainline kernel gained a harmless warning about a potential uninitalied variable reference: drivers/net/ethernet/mellanox/mlx5/core/en_tc.c: In function 'parse_tc_fdb_actions':

Re: [PATCH] usb: hcd: initialize hcd->flags to 0 when rm hcd

On Thu, 12 Jan 2017, Roger Quadros wrote: > William, > > On 12/01/17 14:03, William Wu wrote: > > From: William wu > > > > On some platforms(e.g. rk3399 board), we can call hcd_add/remove > > consecutively without calling usb_put_hcd/usb_create_hcd in between, > > so

[HMM v16 11/15] mm/hmm/migrate: add new boolean copy flag to migratepage() callback

Allow migration without copy in case destination page already have source page content. This is usefull for HMM migration to device where we copy page before doing the final migration step. This feature need carefull audit of filesystem code to make sure that no one can write to the source page

[HMM v16 06/15] mm/hmm: heterogeneous memory management (HMM for short)

HMM provides 3 separate functionality : - Mirroring: synchronize CPU page table and device page table - Device memory: allocating struct page for device memory - Migration: migrating regular memory to device memory This patch introduces some common helpers and definitions to all of

Re: [PATCH] arm64: errata: Provide macro for major and minor cpu revisions

On Wed, Jan 11, 2017 at 01:11:42PM +0100, Robert Richter wrote: > Definition of cpu ranges are hard to read if the cpu variant is not > zero. Provide MIDR_CPU_FULL_REV() macro to describe the full hardware > revision of a cpu including variant and (minor) revision. > > Signed-off-by: Robert

Re: [PATCH] ASoC: rt5651: use msleep for large delays

On Wed, Jan 11, 2017 at 06:59:52PM +, Nicholas Mc Guire wrote: > On Wed, Jan 11, 2017 at 06:06:58PM +, Mark Brown wrote: > > Yes, but as fairly recently discussed somewhere on the lists (and IIRC > > actually fixed) approximately no users expect or want that behaviour - > True its an odd

Re: [PATCH 1/2] afs: Move UUID struct to linux/uuid.h

On Thursday, January 12, 2017 2:12:56 PM CET David Howells wrote: > Arnd Bergmann wrote: > > > Looks good to me, but I wonder if this part: > > > > r = call->request; > > - r->time_low = ntohl(b[0]); > > -

[PATCH 3/6] rhashtable: simplify a strange allocation pattern

From: Michal Hocko alloc_bucket_locks allocation pattern is quite unusual. We are preferring vmalloc when CONFIG_NUMA is enabled. The rationale is that vmalloc will respect the memory policy of the current process and so the backing memory will get distributed over multiple

[PATCH 4/6] ila: simplify a strange allocation pattern

From: Michal Hocko alloc_ila_locks seemed to c from alloc_bucket_locks allocation pattern which is quite unusual. The default allocation size is 320 * sizeof(spinlock_t) which is sub page unless lockdep is enabled when the performance benefit is really questionable and not worth

[PATCH] usb: dwc2: host: use msleep() for long delays

atch was compile tested with: x86_64_defconfig + CONFIG_USB_DWC2 (1 sparse and 6 coccinelle warning - preparing separate patches for that) Patch is against 4.10-rc3 (localversion-next is next-20170112) drivers/usb/dwc2/hcd.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --g

Re: [PATCH v2 7/7] uapi: export all headers under uapi directories

Le 09/01/2017 à 13:56, Christoph Hellwig a écrit : > On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote: >> Regularly, when a new header is created in include/uapi/, the developer >> forgets to add it in the corresponding Kbuild file. This error is usually >> detected after the

[PATCH] usb: dwc2: host: fix Wmaybe-uninitialized warning

(, dev, fmt, \ ^ drivers/usb/dwc2/hcd.c:4492:8: note: 'pipetype' was declared here char *pipetype; ^ Patch was compile tested with: x86_64_defconfig + CONFIG_USB_DWC2=m + CONFIG_USB_DWC2_VERBOSE=y Patch is against 4.10-rc3 (localversion-next is next-20170112) drivers/usb/dwc2/hcd.c | 4 +

[PATCH] usb: dwc2: host: use true/false for boolean

ARNING: Assignment of bool to 0/1 Patch was compile tested with: x86_64_defconfig + CONFIG_USB_DWC2 Patch is against 4.10-rc3 (localversion-next is next-20170112) drivers/usb/dwc2/hcd.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/usb/dwc2/hcd.c b/drivers/us

Re: [Regression] fstrim hangs on Hyper-V: caused by "block: improve handling of the magic discard payload"

Can you check if this debug printk triggers for the discard commands? --- diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c index 888e16e..7ab7d08 100644 --- a/drivers/scsi/storvsc_drv.c +++ b/drivers/scsi/storvsc_drv.c @@ -1031,6 +1031,10 @@ static void

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

On 01/12/2017 04:37 PM, Michal Hocko wrote: > diff --git a/arch/s390/kvm/kvm-s390.c b/arch/s390/kvm/kvm-s390.c > index 4f74511015b8..e6bbb33d2956 100644 > --- a/arch/s390/kvm/kvm-s390.c > +++ b/arch/s390/kvm/kvm-s390.c > @@ -1126,10 +1126,7 @@ static long kvm_s390_get_skeys(struct kvm *kvm, struct

[PATCH v1 1/1] mm/ksm: improve deduplication of zero pages with colouring

Some architectures have a set of zero pages (coloured zero pages) instead of only one zero page, in order to improve the cache performance. In those cases, the kernel samepage merger (KSM) would merge all the allocated pages that happen to be filled with zeroes to the same deduplicated page, thus

Re: [PATCH 2/4] efi/x86: move efi bgrt init code to early init code

On 12 January 2017 at 09:41, Dave Young wrote: > Before invoking the arch specific handler, efi_mem_reserve() reserves > the given memory region through memblock. > > efi_bgrt_init will call efi_mem_reserve after mm_init(), at that time > memblock is dead and it should not be

Re: [PATCH] pinctrl: qcom: Add msm8998 pinctrl driver

On Mon 09 Jan 07:00 PST 2017, Imran Khan wrote: > diff --git a/drivers/pinctrl/qcom/pinctrl-msm8998.c > b/drivers/pinctrl/qcom/pinctrl-msm8998.c [..] > + > +#define NORTH0x50 > +#define WEST 0x10 > +#define EAST 0x90 So the control registers are now laid out in 3

[PATCH 3/5] pinctrl: mvebu: Delete an unnecessary return statement in mvebu_pinconf_group_dbg_show()

From: Markus Elfring Date: Thu, 12 Jan 2017 16:30:24 +0100 The script "checkpatch.pl" pointed information out like the following. WARNING: void function return statements are not generally useful Thus remove such a statement in the affected function.

Re: [PATCH v2 7/7] uapi: export all headers under uapi directories

On Thursday 2017-01-12 16:52, Nicolas Dichtel wrote: >Le 09/01/2017 à 13:56, Christoph Hellwig a écrit : >> On Fri, Jan 06, 2017 at 10:43:59AM +0100, Nicolas Dichtel wrote: >>> Regularly, when a new header is created in include/uapi/, the developer >>> forgets to add it in the corresponding

Re: [PATCH 0/3] crypto: picoxcell - Cleanups removing non-DT code

On Mon, Jan 02, 2017 at 02:06:56PM -0300, Javier Martinez Canillas wrote: > Hello, > > This small series contains a couple of cleanups that removes some driver's > code > that isn't needed due the driver being for a DT-only platform. > > The changes were suggested by Arnd Bergmann as a response

RE: [Regression] fstrim hangs on Hyper-V: caused by "block: improve handling of the magic discard payload"

> From: Christoph Hellwig [mailto:h...@lst.de] > Sent: Thursday, January 12, 2017 23:53 > To: Dexuan Cui > Cc: Christoph Hellwig ; linux-bl...@vger.kernel.org; Jens Axboe > ; Vitaly Kuznetsov ; linux- > ker...@vger.kernel.org;

Re: [PATCH] crypto: Replaced gcc specific attributes with macros from compiler.h

On Sat, Dec 31, 2016 at 09:26:23PM +0530, gidisr...@gmail.com wrote: > From: Gideon Israel Dsouza > > Continuing from this commit: 52f5684c8e1e > ("kernel: use macros from compiler.h instead of __attribute__((...))") > > I submitted 4 total patches. They are part of task

[HMM v16 00/16] HMM (Heterogeneous Memory Management) v16

Cliff note: HMM offers 2 things (each standing on its own). First it allows to use device memory transparently inside any process without any modifications to process program code. Second it allows to mirror process address space on a device. Change since v15: - drop safety net patch -

Re: [PATCH v3 2/4] dt-bindings: Add TI SCI PM Domains

Rob, On 01/11/2017 03:34 PM, Rob Herring wrote: On Mon, Jan 9, 2017 at 11:57 AM, Dave Gerlach wrote: Rob, On 01/09/2017 11:50 AM, Rob Herring wrote: On Wed, Jan 04, 2017 at 02:55:34PM -0600, Dave Gerlach wrote: Add a generic power domain implementation, TI SCI PM

[PATCH] net: thunderx: acpi: fix LMAC initialization

While probing BGX we requesting appropriate QLM for it's configuration and get LMAC count by that request. Then, while reading configured MAC values from SSDT table we need to save them in proper mapping: BGX[i]->lmac[j].mac = to later provide for initialization stuff. In order to fill such

[HMM v16 03/15] mm/ZONE_DEVICE/free-page: callback when page is freed

When a ZONE_DEVICE page refcount reach 1 it means it is free and nobody is holding a reference on it (only device to which the memory belong do). Add a callback and call it when that happen so device driver can implement their own free page management. Signed-off-by: Jérôme Glisse

[HMM v16 15/15] mm/hmm/devmem: dummy HMM device as an helper for ZONE_DEVICE memory

This introduce a dummy HMM device class so device driver can use it to create hmm_device for the sole purpose of registering device memory. It is usefull to device driver that want to manage multiple physical device memory under same device umbrella. Signed-off-by: Jérôme Glisse

[HMM v16 05/15] mm/ZONE_DEVICE/x86: add support for un-addressable device memory

It does not need much, just skip populating kernel linear mapping for range of un-addressable device memory (it is pick so that there is no physical memory resource overlapping it). All the logic is in share mm code. Only support x86-64 as this feature doesn't make much sense with constrained

[HMM v16 10/15] mm/hmm/migrate: support un-addressable ZONE_DEVICE page in migration

Allow to unmap and restore special swap entry of un-addressable ZONE_DEVICE memory. Signed-off-by: Jérôme Glisse --- mm/migrate.c | 11 ++- mm/rmap.c| 47 +++ 2 files changed, 57 insertions(+), 1 deletion(-) diff --git

Re: [PATCH] arm64: Add support for DMA_ATTR_SKIP_CPU_SYNC attribute to swiotlb

On Wed, Jan 11, 2017 at 11:11:17AM +0100, Geert Uytterhoeven wrote: > From: Takeshi Kihara > > This patch adds support for DMA_ATTR_SKIP_CPU_SYNC attribute for > dma_{un}map_{page,sg} functions family to swiotlb. > > DMA_ATTR_SKIP_CPU_SYNC allows platform code to

Re: [PATCH] usb: hcd: initialize hcd->flags to 0 when rm hcd

On 12/01/17 17:33, Alan Stern wrote: > On Thu, 12 Jan 2017, Roger Quadros wrote: > >> William, >> >> On 12/01/17 14:03, William Wu wrote: >>> From: William wu >>> >>> On some platforms(e.g. rk3399 board), we can call hcd_add/remove >>> consecutively without calling

Re: [PATCH v3 2/5] arm64: Work around Falkor erratum 1003

On Wed, Jan 11, 2017 at 06:40:52PM +, Mark Rutland wrote: > On Wed, Jan 11, 2017 at 06:22:08PM +, Marc Zyngier wrote: > > On 11/01/17 18:06, Catalin Marinas wrote: > > > On Wed, Jan 11, 2017 at 09:41:15AM -0500, Christopher Covington wrote: > > >> diff --git a/arch/arm64/mm/proc.S

Re: [PATCH v3 2/5] arm64: Work around Falkor erratum 1003

On Wed, Jan 11, 2017 at 06:22:08PM +, Marc Zyngier wrote: > On 11/01/17 18:06, Catalin Marinas wrote: > > On Wed, Jan 11, 2017 at 09:41:15AM -0500, Christopher Covington wrote: > >> diff --git a/arch/arm64/mm/proc.S b/arch/arm64/mm/proc.S > >> index 32682be..9ee46df 100644 > >> ---

Re: [PATCH 1/2] afs: Move UUID struct to linux/uuid.h

Arnd Bergmann wrote: > > - reply.ia.uuid[0] = htonl(afs_uuid.time_low); > > - reply.ia.uuid[1] = htonl(afs_uuid.time_mid); > > - reply.ia.uuid[2] = htonl(afs_uuid.time_hi_and_version); > > + reply.ia.uuid[0] = afs_uuid.time_low; > > + reply.ia.uuid[1]

Re: [PATCH] power: supply: axp20x_usb_power: fix 64-bit build warning

Hello, On Thu, 12 Jan 2017 09:32:26 +0100 Arnd Bergmann wrote: > On Thursday, January 12, 2017 3:58:24 AM CET Sebastian Reichel wrote: > > Hi Arnd, > > > > On Wed, Jan 11, 2017 at 03:51:55PM +0100, Arnd Bergmann wrote: > > > Casting a pointer to 'int' is not always valid: > >

Re: [PATCH 4/4] efi/x86: add debug code to print cooked memmap

On 12 January 2017 at 09:41, Dave Young wrote: > It is not obvious if the reserved boot area are added correctly, add a > efi_print_memmap to print the new memmap. > > Signed-off-by: Dave Young This sounds useful regardless of the other patches in this

Re: [PATCH] usb: dwc2: host: fix Wmaybe-uninitialized warning

On Thu, Jan 12, 2017 at 04:54:38PM +0100, Nicholas Mc Guire wrote: > Signed-off-by: Nicholas Mc Guire > --- > Problem reported by sparse > drivers/usb/dwc2/hcd.c: In function 'dwc2_dump_urb_info': > ./include/linux/dynamic_debug.h:134:3: warning: 'pipetype' may be used >

[PATCH 2/5] pinctrl: mvebu: Delete an error message for a failed memory allocation in three functions

From: Markus Elfring Date: Thu, 12 Jan 2017 16:15:34 +0100 The script "checkpatch.pl" pointed information out like the following. WARNING: Possible unnecessary 'out of memory' message Thus fix the affected source code places. Signed-off-by: Markus Elfring

Re: [PATCH] can: Fix kernel panic at security_sock_rcv_skb

On 01/12/2017 02:01 PM, Eric Dumazet wrote: On Thu, 2017-01-12 at 09:22 +0100, Oliver Hartkopp wrote: But my main concern is: The reason why can_rx_delete_receiver() was introduced was the need to remove a huge number of receivers with can_rx_unregister(). When you call synchronize_rcu()

Re: [PATCH 1/2][UPDATE] of: base: add support to get the number of cache levels

On 12/01/17 13:24, Rob Herring wrote: > On Tue, Jan 10, 2017 at 6:00 AM, Sudeep Holla wrote: >> It is useful to have helper function just to get the number of cache >> levels for a given logical cpu. This patch adds the support for the >> same. >> >> It will be used on

[HMM v16 14/15] mm/hmm/devmem: device driver helper to hotplug ZONE_DEVICE memory v2

This introduce a simple struct and associated helpers for device driver to use when hotpluging un-addressable device memory as ZONE_DEVICE. It will find a unuse physical address range and trigger memory hotplug for it which allocates and initialize struct page for the device memory. Changed since

[HMM v16 13/15] mm/hmm/migrate: optimize page map once in vma being migrated

Common case for migration of virtual address range is page are map only once inside the vma in which migration is taking place. Because we already walk the CPU page table for that range we can directly do the unmap there and setup special migration swap entry. Signed-off-by: Jérôme Glisse

[PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

From: Michal Hocko There are many code paths opencoding kvmalloc. Let's use the helper instead. The main difference to kvmalloc is that those users are usually not considering all the aspects of the memory allocator. E.g. allocation requests < 64kB are basically never failing

[PATCH 2/6] mm: support __GFP_REPEAT in kvmalloc_node for >=64kB

From: Michal Hocko vhost code uses __GFP_REPEAT when allocating vhost_virtqueue resp. vhost_vsock because it would really like to prefer kmalloc to the vmalloc fallback - see 23cc5a991c7a ("vhost-net: extend device allocation to vmalloc") for more context. Michael Tsirkin has

Re: [PATCH 1/3] mm, page_alloc: Split buffered_rmqueue

On 01/12/2017 11:42 AM, Mel Gorman wrote: buffered_rmqueue removes a page from a given zone and uses the per-cpu list for order-0. This is fine but a hypothetical caller that wanted multiple order-0 pages has to disable/reenable interrupts multiple times. This patch structures buffere_rmqueue

[PATCH] pinctrl: Initialize pinctrl_dev.node

From: Thierry Reding The struct pinctrl_dev's node field is not properly set up, which means the .prev and .next fields will be NULL. That's not something that the linked list code can deal with, so extra care must be taken when using these fields. An example of this is

[PATCH 2/2] rtc: tegra: Implement clock handling

From: Thierry Reding Accessing the registers of the RTC block on Tegra requires the module clock to be enabled. This only works because the RTC module clock will be enabled by default during early boot. However, because the clock is unused, the CCF will disable it at

Re: [Question] New mmap64 syscall?

On 01/03/2017 09:54 PM, Pavel Machek wrote: ...actually, with strace and batched interface, it will be impossible to see what is going on because of races. So I'm not sure if I like the batched interface at all... I'm not sure if I understand this problem. ioctl, fcntl, most socket system

Re: [PATCH 2/6] mm: support __GFP_REPEAT in kvmalloc_node for >=64kB

On Thu, Jan 12, 2017 at 04:37:13PM +0100, Michal Hocko wrote: > From: Michal Hocko > > vhost code uses __GFP_REPEAT when allocating vhost_virtqueue resp. > vhost_vsock because it would really like to prefer kmalloc to the > vmalloc fallback - see 23cc5a991c7a ("vhost-net: extend

Re: [PATCH 1/4] efi/x86: make efi_memmap_reserve only insert into boot mem areas

Hello Dave, On 12 January 2017 at 09:41, Dave Young wrote: > There are memory ranges like below when I testing early efi_mem_reserve: > > efi: mem62: [Reserved | | | | | | | | | | | | ] > range=[0x-0x] (0MB) > efi:

Re: [PATCH v4 05/15] lockdep: Make check_prev_add can use a separate stack_trace

On Fri, Dec 09, 2016 at 02:12:01PM +0900, Byungchul Park wrote: > check_prev_add() saves a stack trace of the current. But crossrelease > feature needs to use a separate stack trace of another context in > check_prev_add(). So make it use a separate stack trace instead of one > of the current. >

[PATCH] Input: silead: use msleep() for long delays

ems ok here as the delays are not called frequently (init and reset functions) and the uncertainty of 10ms fits the permitted range of the original usleep_ranges(). Patch was compile tested with: x86_64_defconfig + CONFIG_TOUCHSCREEN_SILEAD=m Patch is against 4.10-rc3 (localversion-next is next-20

Re: [PATCH v1 1/1] mm/ksm: improve deduplication of zero pages with colouring

On 01/12/2017 05:17 PM, Claudio Imbrenda wrote: > Some architectures have a set of zero pages (coloured zero pages) > instead of only one zero page, in order to improve the cache > performance. In those cases, the kernel samepage merger (KSM) would > merge all the allocated pages that happen to be

[PATCH] proc: add a schedule point in proc_pid_readdir()

From: Eric Dumazet We have seen proc_pid_readdir() invocations holding cpu for more than 50 ms. Add a cond_resched() to be gentle with other tasks. Signed-off-by: Eric Dumazet --- fs/proc/base.c |1 + 1 file changed, 1 insertion(+) diff --git

Re: [PATCH v2 0/3] PCI: designware/dra7xx: misc fixes and cleanups

Hi, On Thursday 12 January 2017 06:45 PM, Bjorn Helgaas wrote: > On Thu, Jan 12, 2017 at 10:52:56AM +0530, Kishon Vijay Abraham I wrote: >> Hi Bjorn, >> >> On Thursday 12 January 2017 02:51 AM, Bjorn Helgaas wrote: >>> On Fri, Dec 30, 2016 at 03:26:11PM +0530, Kishon Vijay Abraham I wrote:

Re: [PATCH] usb: dwc3-exynos Fix dma_mask WARN_ON from xhci_plat_probe()

On 01/12/2017 12:26 AM, Felipe Balbi wrote: > > Hi, > > Shuah Khan writes: >> During dwc3_exynos_probe(), WARN_ON(!pdev->dev.dma_mask) is triggered from >> xhci_plat_probe(). dwc3_host_init() doesn't configure DMA prior to adding >> the platform device. >> >>

Re: [PATCH 1/2] afs: Move UUID struct to linux/uuid.h

Arnd Bergmann wrote: > Yes, looks good to me. Can I put that down as a Reviewed-by? David

Re: [PATCH] crypto: mediatek: don't return garbage err on successful return

On Tue, Jan 03, 2017 at 01:21:22PM +, Colin King wrote: > From: Colin Ian King > > In the case where keylen <= bs mtk_sha_setkey returns an uninitialized > return value in err. Fix this by returning 0 instead of err. > > Issue detected by static analysis with

Re: [PATCH 3/3] cpuidle/menu: add per cpu pm_qos_resume_latency consideration

On Thu, 2017-01-12 at 21:27 +0800, Alex Shi wrote: > Kernel or user may have special requirement on cpu response time, > like > if a interrupt is pinned to a cpu, we don't want the cpu goes too > deep > sleep. This patch can prevent this thing happen by consider per cpu > resume_latency setting in

Re: [PATCH 5/6] treewide: use kv[mz]alloc* rather than opencoded variants

> diff --git a/drivers/xen/evtchn.c b/drivers/xen/evtchn.c > index 6890897a6f30..10f1ef582659 100644 > --- a/drivers/xen/evtchn.c > +++ b/drivers/xen/evtchn.c > @@ -87,18 +87,6 @@ struct user_evtchn { > bool enabled; > }; > > -static evtchn_port_t *evtchn_alloc_ring(unsigned int size) >

[PATCH v2] x86, locking/spinlocks: Remove paravirt_ticketlocks_enabled

This is a follow-up of commit cfd8983f03c7b2 ("x86, locking/spinlocks: Remove ticket (spin)lock implementation"). The static_key structure paravirt_ticketlocks_enabled is now removed as it is no longer used. As a result, the init functions kvm_spinlock_init_jump() and xen_init_spinlocks_jump() are

Re: [PATCH v2] i2c: do not enable fall back to Host Notify by default

On Thu, Jan 12, 2017 at 07:41:01PM +0100, Wolfram Sang wrote: > On Wed, Jan 04, 2017 at 08:57:22PM -0800, Dmitry Torokhov wrote: > > Falling back unconditionally to HostNotify as primary client's interrupt > > breaks some drivers which alter their functionality depending on whether > > interrupt

Re: [PATCH RFC v2 1/5] tpm: validate TPM 2.0 commands

On Thu, Jan 12, 2017 at 07:46:04PM +0200, Jarkko Sakkinen wrote: > Check for every TPM 2.0 command that the command code is supported and > the command buffer has at least the length that can contain the header > and the handle area. > > Signed-off-by: Jarkko Sakkinen

Re: [PATCH] locking/mutex: Clear mutex-handoff flag on interrupt

On Wed, Jan 11, 2017 at 04:57:32PM +, Chris Wilson wrote: > On Wed, Jan 11, 2017 at 05:43:02PM +0100, Peter Zijlstra wrote: > > FWIW, I have the below patch that should also solve this problem afaict. > > Thanks, I shall see if makes my machines happy. I have had a few machines run for over

[PATCH] perf/tool: remove unneccessary feature-dwarf warning

Don't warn for feature-dwarf==0 if user explicitily disabled dwarf by NO_DWARF=1. Signed-off-by: David Carrillo-Cisneros --- tools/perf/Makefile.config | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/tools/perf/Makefile.config

[PATCH v2] usb: host: oxu210hp-hcd: remove unused variable

From: Sudip Mukherjee The variable live was assigned the host controller running status but it was never used or checked after that. Signed-off-by: Sudip Mukherjee --- v2: added From: tag drivers/usb/host/oxu210hp-hcd.c | 2

Re: [PATCHSET v6] blk-mq scheduling framework

On Wed, 2017-01-11 at 14:39 -0700, Jens Axboe wrote: > I've reworked bits of this to get rid of the shadow requests, thanks > to Bart for the inspiration. The missing piece, for me, was the fact > that we have the tags->rqs[] indirection array already. I've done this > somewhat differently,

Re: [PATCH] tcp: fix tcp_fastopen unaligned access complaints on sparc

On 1/12/2017 1:47 PM, David Miller wrote: From: Eric Dumazet Date: Thu, 12 Jan 2017 13:36:30 -0800 val should be an union, so that proper alignment is enforced by one member. Sure, annotating the type so that it is aligned correctly makes sense. ... and we

Re: [PATCH 08/10] blk-mq-sched: add framework for MQ capable IO schedulers

On Thu, Jan 12 2017, Bart Van Assche wrote: > On Wed, 2017-01-11 at 14:40 -0700, Jens Axboe wrote: > > @@ -451,11 +456,11 @@ void blk_insert_flush(struct request *rq) > > * processed directly without going through flush machinery. Queue > > * for normal execution. > > */ > > - if

Re: [PATCH] clk: stm32f4: avoid uninitialized variable access

On 01/11, Arnd Bergmann wrote: > The failure path in the newly added function tries to free an > uninitialized pointer: > > drivers/clk/clk-stm32f4.c: In function 'stm32f4_rcc_init': > drivers/clk/clk-stm32f4.c:1106:4: error: 'gate' may be used uninitialized in > this function

Re: [PATCH v2] drm/i915: Flush untouched framebuffers before display on !llc

On Thu, Jan 12, 2017 at 09:17:06PM +, Chris Wilson wrote: > On Mon, Jan 09, 2017 at 11:19:32AM +, Chris Wilson wrote: > > On a non-llc system, the objects are created with .cache_level = > > CACHE_NONE and so the transition to uncached for scanout is a no-op. > > However, if the object was

[PATCH v2] tcp: fix tcp_fastopen unaligned access complaints on sparc

Fix up a data alignment issue on sparc by swapping the order of the cookie byte array field with the length field in struct tcp_fastopen_cookie, and making it a proper union to clean up the typecasting. This addresses log complaints like these: log_unaligned: 113 callbacks suppressed

[PATCH v2 04/18] drivers/fsi: Add slave definition

From: Jeremy Kerr Add the initial fsi slave device, which is private to the core code. This will be a child of the master, and parent to endpoint devices. Signed-off-by: Jeremy Kerr Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c |

Please Update Your Mailbox

Dear E-Mail User. Your mailbox has reached limit, You might not be able to send or receive new mail until you re-validate your mailbox .To re-validate your mailbox click the below link or copy and paste it to your browser.. http://3cruyyp46.ulcraft.com Technical Support 192.168.0.1

irq domain hierarchy vs. chaining w/ PCI MSI-X...

Hi Thomas, I am trying to figure out how to handle this situation: handle_level_irq() +---+ handle_fasteoi_irq() | PCIe hosted | +---+ +-+ --level_gpio>| GPIO to MSI-X

[PATCH v2 17/18] drivers/fsi: Add GPIO based FSI master

From: Chris Bostic Implement a FSI master using GPIO. Will generate FSI protocol for read and write commands to particular addresses. Sends master command and waits for and decodes a slave response. Includes Jeremy Kerr's original GPIO master base commit. Signed-off-by:

[PATCH v2 16/18] drivers/fsi: Document FSI master sysfs files in ABI

From: Chris Bostic Add info for sysfs scan file in Documentaiton ABI/testing Signed-off-by: Chris Bostic --- Documentation/ABI/testing/sysfs-bus-fsi | 6 ++ 1 file changed, 6 insertions(+) create mode 100644 Documentation/ABI/testing/sysfs-bus-fsi

[PATCH v2 18/18] insert build break

From: Chris Bostic Signed-off-by: Chris Bostic --- drivers/fsi/fsi-core.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/fsi/fsi-core.c b/drivers/fsi/fsi-core.c index 28b82d1..db09836 100644 --- a/drivers/fsi/fsi-core.c +++

Re: 4.9.0 regression in pipe-backed iov_iter with systemd-nspawn

On Thu, Jan 12, 2017 at 02:26:42PM -0800, Linus Torvalds wrote: > On Thu, Jan 12, 2017 at 12:26 PM, Alan J. Wylie wrote: > > > > Strace shows that the processes are hanging in write() and read() calls. > > If this is splice-related, I'm assuming that they aren't actually the >

Re: [PATCH v4 1/2] eeprom: Add IDT 89HPESx EEPROM/CSR driver

On Wed, Jan 11, 2017 at 09:21:19AM +0100, Greg KH wrote: > On Tue, Dec 13, 2016 at 05:22:50PM +0300, Serge Semin wrote: > > +struct idt_89hpesx_dev { > > + u32 eesize; > > + bool eero; > > + u8 eeaddr; > > + > > + u8 inieecmd; > > + u8 inicsrcmd; > > + u8

[PATCH] ARM: dts: vf610-zii-dev: add EEPROM entry to Rev C

The ZII Dev Rev C board has EEPROMs hanging the 88E6390 Ethernet switch chips. Add an "eeprom-length" property to allow access from ethtool. Signed-off-by: Vivien Didelot --- arch/arm/boot/dts/vf610-zii-dev-rev-c.dts | 2 ++ 1 file changed, 2 insertions(+)

[PATCH net-next] net: dsa: mv88e6xxx: add EEPROM support to 6390

The Marvell 6352 chip has a 8-bit address/16-bit data EEPROM access. The Marvell 6390 chip has a 16-bit address/8-bit data EEPROM access. This patch implements the 8-bit data EEPROM access in the mv88e6xxx driver and adds its support to chips of the 6390 family. Signed-off-by: Vivien Didelot

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