Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available

Dave Chinner wrote: > > (13) FS_IOC_GETFLAGS value. These could be translated to BSD's st_flags. > > Note that the Linux IOC flags are a mess and filesystems such as Ext4 > > define flags that aren't in linux/fs.h, so translation in the kernel > > may be a necessity (or, possibly,

Re: spin_lock behavior with ARM64 big.Little/HMP

Hi Vikram, On 18/11/16 02:22, Vikram Mulukutla wrote: Hello, This isn't really a bug report, but just a description of a frequency/IPC dependent behavior that I'm curious if we should worry about. The behavior is exposed by questionable design so I'm leaning towards don't-care. Consider these

Re: [PATCH RFC 1/6] selftests: remove duplicated all and clean target

Hi Bamvor, bamvor.zhangj...@huawei.com writes: > From: Bamvor Jian Zhang > > Currently, kselftest use TEST_PROGS, TEST_PROGS_EXTENDED, TEST_FILES to > indicate the default test program, extended test program and test files. > These lead to duplicated all and clean targets. > > In order to remove

Re: [PATCH RFC 2/6] selftests: remove useless TEST_DIRS

bamvor.zhangj...@huawei.com writes: > From: Bamvor Jian Zhang > > The TEST_DIRS was introduced in Commit e8c1d7cdf137 ("selftests: copy > TEST_DIRS to INSTALL_PATH") for coping a whole directory in ftrace. > > After rsync(with -a) is introduced by Commit 900d65ee11aa ("selftests: > change install

Re: [RFC PATCH 2/2] net: macb: Add 64 bit addressing support for GEM

tHi Andrei, >> Yes, Andre's version of Cadence does not ability to report have RX >> timestamp. >> The version I worked with did. This is the old series I sent: >> https://lkml.org/lkml/2015/9/11/92 >> But right now, i'm working on building on top of Andre's changes. > > > I'm addressing maintaine

Re: [PATCH v2] tile: avoid using clocksource_cyc2ns with absolute cycle count

On Thu, Nov 17, 2016 at 03:00:14PM -0500, Chris Metcalf wrote: > On 11/17/2016 4:53 AM, Peter Zijlstra wrote: > >On Wed, Nov 16, 2016 at 03:16:59PM -0500, Chris Metcalf wrote: > >>PeterZ (cc'ed) then improved it to use __int128 math via > >>mul_u64_u32_shr(), but that doesn't help tile; we only do

Re: [PATCH] arm64: dts: exynos: add the mshc_2 node for supporting T-Flash

Dear Jaehoon, On 2016-11-18 08:12, Jaehoon Chung wrote: Add the mshc_2 node for supporting T-flash. And it needs to add the "mshc*" aliases. Because dwmmc driver should be assigned to "ctrl_id" after parsing to "mshc". If there is no aliases for mshc, then it might be set to the wrong capabili

Re: [PATCH 1/2] of: base: add support to get machine model name

On 17/11/16 21:00, Frank Rowand wrote: On 11/17/16 07:32, Sudeep Holla wrote: Currently platforms/drivers needing to get the machine model name are replicating the same snippet of code. In some case, the OF reference counting is either missing or incorrect. This patch adds support to read the

Re: [PATCH v2] ARM: Drop fixed 200 Hz timer requirement from Samsung platforms

On 11/18/2016 09:46 AM, Arnd Bergmann wrote: > On Friday, November 18, 2016 9:16:58 AM CET Krzysztof Kozlowski wrote: >> > All Samsung platforms, including the Exynos, are selecting HZ_FIXED with >> > 200 Hz. Unfortunately in case of multiplatform image this affects also >> > other platforms when

Re: [PATCH V3 0/9] PM / OPP: Multiple regulator support

On Fri, Nov 18, 2016 at 08:36:36AM +0530, Viresh Kumar wrote: > Can we please get this series reviewed quickly and come to a conclusion? It > has > already taken a lot of time getting this merged and the present code seems to > be > the best possible shot we have, AFAIU. There already seems to

RE: [RFC][PATCH 7/7] kref: Implement using refcount_t

>Provide refcount_t, an atomic_t like primitive built just for refcounting. >It provides overflow and underflow checks as well as saturation semantics such >that when it overflows, we'll never attempt to free it again, ever. >Peter do you have the changes to the refcount_t interface compare to th

[PATCH net-next] cadence: Add hardware PTP support.

Signed-off-by: Rafal Ozieblo --- Documentation/devicetree/bindings/net/macb.txt | 1 + drivers/net/ethernet/cadence/macb.c| 742 - drivers/net/ethernet/cadence/macb.h| 217 +++- 3 files changed, 950 insertions(+), 10 deletions(-) diff --git a

Re: [PATCH 1/3] usb: xhci: add quirk flag for broken PED bits

Hello. On 11/17/2016 6:01 PM, Roger Quadros wrote: From: Felipe Balbi Some devices from Texas Instruments [1] suffer from a silicon bug where Port Enabled/Disabled bit should not be used to silence an erroneous device. The bug is so that if port is disabled with PED bit, an IRQ for device re

Re: [RFC][PATCH 7/7] kref: Implement using refcount_t

Could you please fix you mailer to not unwrap the emails? On Fri, Nov 18, 2016 at 10:47:40AM +, Reshetova, Elena wrote: > >Provide refcount_t, an atomic_t like primitive built just for > >refcounting. It provides overflow and underflow checks as well as > >saturation semantics such that when

Re: mm: BUG in pgtable_pmd_page_dtor

On Fri, Nov 18, 2016 at 11:19:30AM +0100, Dmitry Vyukov wrote: > Hello, > > I've got the following BUG while running syzkaller on > a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6 (4.9-rc5). Unfortunately it's > not reproducible. I don't think there's enough info to track it down :( Let me know if you

Re: [PATCH RFC 3/6] selftests: add default rules for c source file

bamvor.zhangj...@huawei.com writes: > From: Bamvor Jian Zhang > > There are difference rules for compiling c source file in different > testcases. In order to enable KBUILD_OUTPUT support in later patch, > this patch introduce the default rules in > "tools/testing/selftest/lib.mk" and remove the

Re: [PATCH RFC 4/6] selftests: remove CROSS_COMPILE in dedicated Makefile

bamvor.zhangj...@huawei.com writes: > From: Bamvor Jian Zhang > > After previous clean up patches, memfd and timers could get > CROSS_COMPILE from tools/testing/selftest/lib.mk. There is no need to > preserve these definition. So, this patch remove them. > > Signed-off-by: Bamvor Jian Zhang Ano

Re: [PATCH RFC 5/6] selftests: add EXTRA_CLEAN for clean target

bamvor.zhangj...@huawei.com writes: > From: Bamvor Jian Zhang > > Some testcases need the clean extra data after running. This patch > introduce the "EXTRA_CLEAN" variable to address this requirement. The idea here is fine I think. But this will need reworking if you follow my suggestions for pa

v4.9-rc3: graphical artefacts in X

Hi! With v4.9, if I maximize "nowcast -x" application, I get broken display (as if someone split the window into rectangles and shuffled them a bit). Switching virtual desktops either fixes it or breaks it, depending in how fast I switch. (Yes, strange). pavel@amd:~$ lspci | grep VGA 00:02.0 VGA

Re: [PATCH v2] ARM: Drop fixed 200 Hz timer requirement from Samsung platforms

On Fri, Nov 18, 2016 at 11:43:14AM +0100, Sylwester Nawrocki wrote: > On 11/18/2016 09:46 AM, Arnd Bergmann wrote: > > On Friday, November 18, 2016 9:16:58 AM CET Krzysztof Kozlowski wrote: > >> > All Samsung platforms, including the Exynos, are selecting HZ_FIXED with > >> > 200 Hz. Unfortunately

Re: kvm: slab-out-of-bounds write in __apic_accept_irq

Dmitry, we are working on some fixes, but at least I have a hard time following the reports. Please take a break until we push some of the patches for now-known failures. :) Thanks, Paolo On 18/11/2016 11:22, Dmitry Vyukov wrote: > Hello, > > The following program triggers slab-out-of-bounds w

Re: [PATCH 12/19] staging: lustre: libcfs: remove == 0 testing

On Thu, Nov 17, 2016 at 02:35:50PM -0500, James Simmons wrote: > Testing == 0 is not kernel style so remove this > type of testing from libcfs. > That's not true. Checkpatch.pl won't complain. Not everyone has thought about it or agrees with me but there are time when == 0 is idiomatic. For ex

Re: [PATCH net-next] cadence: Add hardware PTP support.

Le 18/11/2016 à 11:47, Rafal Ozieblo a écrit : > Signed-off-by: Rafal Ozieblo Note to David: This is more a RFC: we are discussing the addition of this feature and how to cover all macb revisions and optional features implemented in actual products. regards, > --- > Documentation/devicetree/bi

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

Hi, Arnd, On 2016/11/18 17:20, Arnd Bergmann wrote: > On Friday, November 11, 2016 6:07:07 PM CET zhichang.yuan wrote: >> >> I have similar idea as your PPC MMIO. >> >> We notice the prototype of {in/out()} is something like that: >> >> static inline u8 inb(unsigned long addr) >> static inline vo

Re: [Intel-gfx] v4.9-rc3: graphical artefacts in X

On Fri, Nov 18, 2016 at 12:02:56PM +0100, Pavel Machek wrote: > Hi! > > With v4.9, if I maximize "nowcast -x" application, I get broken > display (as if someone split the window into rectangles and shuffled > them a bit). Switching virtual desktops either fixes it or breaks it, > depending in how

[PATCH v3] ARM: Drop fixed 200 Hz timer requirement from Samsung platforms

All Samsung platforms, including the Exynos, are selecting HZ_FIXED with 200 Hz. Unfortunately in case of multiplatform image this affects also other platforms when Exynos is enabled. This looks like an very old legacy code, dating back to initial upstreaming of S3C24xx. Probably it was required

[PATCH v2] usb: hcd.h: construct hub class request conastants from simpler constants

Currently, each hub class request constant is defined by a line like: The "magic" number for the high byte is one of 0x20, 0xa0, 0x23, 0xa3. The 0x80 bit that changes inditace USB_DIR_IN, and the 0x03 that pops up is the difference between USB_RECIP_DEVICE (0x00) and USB_RECIP_OTHER (0x03). The co

Re: [PATCH] x86/cpuid: Deal with broken firmware once more

On Mon, 14 Nov 2016, Boris Ostrovsky wrote: > On 11/13/2016 06:42 PM, M. Vefa Bicakci wrote: > > > I found out that my domU kernels invoke the 'apic_disable' function > > because CONFIG_X86_MPPARSE was not enabled in my kernel configuration, > > which would cause the 'smp_found_config' bit to be u

Re: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote: > On Tue, Nov 15 2016, 12:59 PM, Simon Guinot wrote: > > On Wed, Nov 09, 2016 at 03:42:53PM +, Levy, Amir (Jer) wrote: > > > On Wed, Nov 9 2016, 04:36 PM, Simon Guinot wrote: > > > > Hi Amir, > > > > > > > > I have an ASUS "All S

[tip:x86/idle] i7300_idle: Remove this driver

Commit-ID: b65ce83f2a607ad478c5492812f5f218e8d57a6b Gitweb: http://git.kernel.org/tip/b65ce83f2a607ad478c5492812f5f218e8d57a6b Author: Len Brown AuthorDate: Fri, 18 Nov 2016 01:23:17 -0500 Committer: Thomas Gleixner CommitDate: Fri, 18 Nov 2016 12:07:56 +0100 i7300_idle: Remove this dr

[tip:x86/idle] x86/idle: Remove idle_notifier

Commit-ID: 8e7a7ee9ddd5d4275f1194ef2cc243ea86b0fb6f Gitweb: http://git.kernel.org/tip/8e7a7ee9ddd5d4275f1194ef2cc243ea86b0fb6f Author: Len Brown AuthorDate: Fri, 18 Nov 2016 01:23:18 -0500 Committer: Thomas Gleixner CommitDate: Fri, 18 Nov 2016 12:07:56 +0100 x86/idle: Remove idle_noti

Re: [PATCH v11 1/6] drivers/platform/x86/p2sb: New Primary to Sideband bridge support driver for Intel SOC's

On Fri, 2016-11-18 at 13:22 +0800, Tan Jui Nee wrote: > From: Andy Shevchenko > > There is already one and at least one more user coming which > require an access to Primary to Sideband bridge (P2SB) in order > to get IO or MMIO bar hidden by BIOS. > Create a driver to access P2SB for x86 devices

[PATCH v3 2/5] i2c: designware: Master mode as separated driver

- The functions related to I2C master mode of operation were transformed in a single driver. - The name of the i2c-designware-core.c had to be changed to i2c-designware-src.c to for the cmake to be able to correctly compile both modules into one - Common definitions were moved to i2c-designwa

[PATCH v3 5/5] i2c: designware: Cleaning and commentary fixes

Signed-off-by: Luis Oliveira --- Changes V2->V3: (Andy Shevchenko) - nothing except style issues drivers/i2c/busses/i2c-designware-slave.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/i2c/busses/i2c-designware-slave.c b/drivers/i2c/busses/i2c-designware

[tip:x86/idle] x86: Remove x86_test_and_clear_bit_percpu()

Commit-ID: 9694be731dc81fec5ad59e863fa6538878ac496a Gitweb: http://git.kernel.org/tip/9694be731dc81fec5ad59e863fa6538878ac496a Author: Len Brown AuthorDate: Fri, 18 Nov 2016 01:23:20 -0500 Committer: Thomas Gleixner CommitDate: Fri, 18 Nov 2016 12:07:57 +0100 x86: Remove x86_test_and_c

[PATCH v3 3/5] i2c: designware: Add slave definitions

- Add slave defintitions to i2c-designware-core - Changes in Kconfig to auto-enable I2C_SLAVE when compiling the modules - Add compatible string to designware-core.txt explaining the devicetree bindings Signed-off-by: Luis Oliveira --- Changes V2->V3: (Andy Shevchenko) - necessary definitions

[PATCH v3 0/5] i2c: designware: Add slave support

The purpose of this patch is to enable Linux to be a I2C slave by enabling the slave functionality in the designware I2C controller. The patch refactors the original i2c-designware-core and extracts all master functions to a i2c-designware-master source file as suggested by Andy Shevchenko. It also

[PATCH v3 1/5] i2c: designware: Refactoring of the i2c-designware core and platform module

- Factor out _master() parts of code to separate functions. - Standardize all code relatated to I2C master. Signed-off-by: Luis Oliveira --- Changes V2->V3: (Andy Shevchenko) - indentation and style fix - nothing else was changed in this patch from v2 drivers/i2c/busses/i2c-designware-core.c

[tip:x86/idle] x86/idle: Remove enter_idle(), exit_idle()

Commit-ID: 7a3e686e1bb57c34f73d3f19d620fe29035a6c99 Gitweb: http://git.kernel.org/tip/7a3e686e1bb57c34f73d3f19d620fe29035a6c99 Author: Len Brown AuthorDate: Fri, 18 Nov 2016 01:23:21 -0500 Committer: Thomas Gleixner CommitDate: Fri, 18 Nov 2016 12:07:57 +0100 x86/idle: Remove enter_idl

Re: [PATCH v3 1/3] Coccinelle: misc: Improve the matching of rules

On Saturday 12 November 2016 11:36 PM, Julia Lawall wrote: > > > On Mon, 24 Oct 2016, Vaishali Thakkar wrote: > >> Currently because of the left associativity of the operators, pattern >> IRQF_ONESHOT | flags does not match with the pattern when we have more >> than one flag after the disjunct

[PATCH v3 4/5] i2c: designware: Add slave mode as separated driver

- Slave mode selected by compatibility string in platform module - Changes in Makefile to compile i2c-designware-core with slave functions Signed-off-by: Luis Oliveira --- Changes V2->V3: (Andy Shevchenko) - slave code in a separated driver as suggested by Wolfram Sang - changes in Makefile for

[tip:x86/idle] x86/idle: Remove is_idle flag

Commit-ID: f08b5fe2d4eeb0a8a6e0e7e71928cf2c7b1b791d Gitweb: http://git.kernel.org/tip/f08b5fe2d4eeb0a8a6e0e7e71928cf2c7b1b791d Author: Len Brown AuthorDate: Fri, 18 Nov 2016 01:23:19 -0500 Committer: Thomas Gleixner CommitDate: Fri, 18 Nov 2016 12:07:57 +0100 x86/idle: Remove is_idle f

Re: mwifiex: don't do unbalanced free()'ing in cleanup_if()

Brian Norris wrote: > The cleanup_if() callback is the inverse of init_if(). We allocate our > 'card' interface structure in the probe() function, but we free it in > cleanup_if(). That gives a few problems: > (a) we leak this memory if probe() fails before we reach init_if() > (b) we can't safely

[PATCH] infiniband: remove WARN that is not kernel bug

WARNINGs mean kernel bugs. The one in ucma_write() points to user programming error or a malicious attempt. This is not a kernel bug, remove it. BUG/WARNs that are not kernel bugs hinder automated testing effots. Signed-off-by: Dmitry Vyukov Cc: Doug Ledford Cc: Sean Hefty Cc: Hal Rosenstock

RE: [PATCH v2 2/2] MIPS: DTS: img: add device tree for Marduk board

Hi Rahul, > -Original Message- > From: Rob Herring [mailto:r...@kernel.org] > Sent: 18 October 2016 15:14 > To: Rahul Bedarkar > Cc: Ralf Baechle; Mark Rutland; James Hartley; linux-m...@linux-mips.org; > devicet...@vger.kernel.org; linux-kernel@vger.kernel.org > Subject: Re: [PATCH v2 2/2

RE: [PATCH v2 1/2] MIPS: DTS: add base device tree for Pistachio SoC

Hi Rahul, > -Original Message- > From: Rahul Bedarkar > Sent: 14 October 2016 06:56 > To: Ralf Baechle; Rob Herring; Mark Rutland; James Hartley > Cc: linux-m...@linux-mips.org; devicet...@vger.kernel.org; linux- > ker...@vger.kernel.org; Rahul Bedarkar > Subject: [PATCH v2 1/2] MIPS: DTS

Re: [PATCH] perf/x86/uncore: Allow single pmu/box within events group

On Fri, Nov 18, 2016 at 01:15:28AM +0100, Jiri Olsa wrote: > Current uncore_validate_group code expects all events within > the group to have same pmu. > > This leads to constraint code using wrong boxes which leads > in my case to touching uninitialized spinlocks, but could > be probably worse..

RE: [RFC PATCH 2/2] net: macb: Add 64 bit addressing support for GEM

>Hi Rafal, > >On Fri, Nov 18, 2016 at 2:29 PM, Rafal Ozieblo wrote: >> Hello, >> >

Re: [PATCH RFC 6/6] selftests: enable O and KBUILD_OUTPUT

bamvor.zhangj...@huawei.com writes: > From: Bamvor Jian Zhang > > Enable O and KBUILD_OUTPUT for kselftest. User could compile kselftest > to another directory by passing O or KBUILD_OUTPUT. And O is high > priority than KBUILD_OUTPUT. We end up saying $(OUTPUT) a lot, kbuild uses $(obj), which

[patch] snsc: restore IRQs on error path in scdrv_write()

This bug is as old as git. We need to be calling spin_unlock_irqrestore() instead of regular spin_unlock() here. Signed-off-by: Dan Carpenter diff --git a/drivers/char/snsc.c b/drivers/char/snsc.c index 10e5632..ec07f0e 100644 --- a/drivers/char/snsc.c +++ b/drivers/char/snsc.c @@ -285,7 +285,7

RE: [PATCH v3 6/9] mtd: spi-nor: Support R/W for S25FS-S family flash

> -Original Message- > From: Yao Yuan [mailto:yao.y...@nxp.com] > Sent: Friday, November 18, 2016 5:20 AM > To: Krzeminski, Marcin (Nokia - PL/Wroclaw) > ; Han Xu > Cc: David Woodhouse ; linux- > ker...@vger.kernel.org; linux-...@lists.infradead.org; > han...@freescale.com; Brian Norris

Re: [PATCH] x86: Add warning when memmap=nn!ss and CONFIG_RANDOMIZE_BASE enabled

On Thu, 17 Nov 2016, Dave Jiang wrote: > CONFIG_RANDOMIZE_BASE can place the kernel anywhere. This causes a problem > for when memmap=nn!ss is used. This information is not known until after > the kernel starts executing and the decision for where the randomized > base goes happens before the kerne

Re: [RFC][PATCH 7/7] kref: Implement using refcount_t

On Fri, Nov 18, 2016 at 10:07:26AM +, Reshetova, Elena wrote: > > Peter do you have the changes to the refcount_t interface compare to > the version in this patch? > We are now starting working on atomic_t --> refcount_t conversions and > it would save a bit of work to have latest version fr

Re: [PATCH V5 1/3] ARM64 LPC: Indirect ISA port IO introduced

On Friday, November 18, 2016 7:12:35 PM CET zhichang.yuan wrote: > Hi, Arnd, > > > On 2016/11/18 17:20, Arnd Bergmann wrote: > > On Friday, November 11, 2016 6:07:07 PM CET zhichang.yuan wrote: > >> > >> I have similar idea as your PPC MMIO. > >> > >> We notice the prototype of {in/out()} is some

[PATCH 0/2] nvme: lightnvm: fix and wire up

Hi all, The first patch is a small fix to the freeing of the cmd structure in lightnvm, and the second patch wires up the lightnvm sysfs interface to the nvme gendisk. -Matias Matias Bjørling (2): nvme: lightnvm: frees wrong cmd structure nvme: lightnvm: attach lightnvm sysfs to nvme block d

[PATCH 2/2] nvme: lightnvm: attach lightnvm sysfs to nvme block device

Previously, LBA read and write were not supported in the lightnvm specification. Now that it supports it, lets use the traditional NVMe gendisk, and attach the lightnvm sysfs geometry export. Signed-off-by: Matias Bjørling --- drivers/lightnvm/Makefile| 2 +- drivers/lightnvm/core.c |

[PATCH 1/2] nvme: lightnvm: frees wrong cmd structure

When struct nvme_request was introduced, the nvme_nvm_submit_io was converted to the new interface. The interface moves nvme_nvm_command data structure into the struct request pdu. On io completion, rq->cmd is freed, which should have been the dereferenced pdu nvme_request->cmd. Fixes: d49187e97e9

Re: [PATCH v2] usb: hcd.h: construct hub class request conastants from simpler constants

On Fri, Nov 18, 2016 at 01:18:19PM +0200, Tal Shorer wrote: > Currently, each hub class request constant is defined by a line like: > > The "magic" number for the high byte is one of 0x20, 0xa0, 0x23, 0xa3. Again, shouldn't there be something after your ":"?

Re: [PATCH v2] usb: hcd.h: construct hub class request conastants from simpler constants

On Fri, Nov 18, 2016 at 01:18:19PM +0200, Tal Shorer wrote: > Currently, each hub class request constant is defined by a line like: > > The "magic" number for the high byte is one of 0x20, 0xa0, 0x23, 0xa3. > The 0x80 bit that changes inditace USB_DIR_IN, and the 0x03 that > pops up is the differe

Re: perf: fuzzer KASAN: global-out-of-bounds in match_token

Vince Weaver writes: > On Thu, 17 Nov 2016, Vince Weaver wrote: > >> On Thu, 17 Nov 2016, Vince Weaver wrote: >> > > >> > > [ 911.507365] >> > > == >> > > [ 911.514824] BUG: KASAN: global-out-of-bounds in >> > > match_token+0x26

Re: [PATCH net-next] cadence: Add hardware PTP support.

Hi Rafal I'm still comparing the full solution but just a couple of things first: > @@ -876,6 +964,17 @@ static int gem_rx(struct macb *bp, int budget) > bp->stats.rx_packets++; > bp->stats.rx_bytes += skb->len; > > +#if IS_ENABLED(CONFIG_PTP_1588_CLOCK) > +

[PATCH] Drop unnecessary pcibio_err_to_errno()

pci_user_read/write_config_() already does the translation. Signed-off-by: Cao jin --- drivers/vfio/pci/vfio_pci_config.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/drivers/vfio/pci/vfio_pci_config.c b/drivers/vfio/pci/vfio_pci_config.c index 65d4a30..e42

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

[found this old mail in my drafts folder, might as well send it now] On Thursday, November 10, 2016 8:36:24 PM CET zhichang.yuan wrote: > Sorry! I can't catch your idea yet:( > > When to register the I/O range? Is it done just after the successfully > of_translate_address() during the children sc

Re: [PATCH 20/29] radix tree: Improve multiorder iterators

On Thu, Nov 17, 2016 at 3:17 AM, Matthew Wilcox wrote: > From: Matthew Wilcox This code still looks overengineered for me. > > This fixes several interlinked problems with the iterators in the > presence of multiorder entries. > > 1. radix_tree_iter_next() would only advance by one slot, which

Re: [GIT PULL 2/3] ARM64: dts: exynos: DT for v4.10

On Thu, Nov 17, 2016 at 05:59:54PM -0800, Olof Johansson wrote: > On Tue, Nov 08, 2016 at 08:26:29PM +0200, Krzysztof Kozlowski wrote: > > Hi, > > > > Exynos5433 + two boards using it. Mobile boards! :) > > > > I am really happy to push it. I know that it has been a lot of effort > > in Samsung t

Re: [PATCH 21/29] radix-tree: Delete radix_tree_locate_item()

On Thu, Nov 17, 2016 at 3:17 AM, Matthew Wilcox wrote: > From: Matthew Wilcox > > This rather complicated function can be better implemented as an iterator. > It has only one caller, so move the functionality to the only place that > needs it. Update the test suite to follow the same pattern. L

[PATCH] block: bio-integrity fixed a Oracle Copyright year.

From: Ozgur Karatas Fixed a on the github request issue. Signed-off-by: Ozgur Karatas --- block/bio-integrity.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block/bio-integrity.c b/block/bio-integrity.c index 5384713..775d83e 100644 --- a/block/bio-integrity.c +++ b/bloc

RE: [PATCH net-next] cadence: Add hardware PTP support.

>Hi Rafal > > > >I'm still comparing the full solution but just a couple of things first: >

Re: [PATCH 23/29] idr: Add ida_is_empty

On Thu, Nov 17, 2016 at 3:16 AM, Matthew Wilcox wrote: > From: Matthew Wilcox > > Two of the USB Gadgets were poking around in the internals of struct ida > in order to determine if it is empty. Add the appropriate abstraction. Looks good. This could be applied separately. > > Signed-off-by: M

Re: [PATCH 05/16] efi: Add EFI_SECURE_BOOT bit

On Thu, Nov 17, 2016 at 4:58 PM, Ard Biesheuvel wrote: > On 16 November 2016 at 21:47, David Howells wrote: >> From: Josh Boyer >> >> UEFI machines can be booted in Secure Boot mode. Add a EFI_SECURE_BOOT bit >> for use with efi_enabled. >> >> Signed-off-by: Josh Boyer >> Signed-off-by: David

Re: [PATCH] stm class: fix device leak in open error path

Johan Hovold writes: > Make sure to drop the reference taken by class_find_device() also on > allocation errors in open(). > > Fixes: 7bd1d4093c2f ("stm class: Introduce an abstraction for...") > Signed-off-by: Johan Hovold Good catch, thanks! I'm going to change it a bit to look like this if y

Re: [PATCH V3 3/4] regulator: pv88080: Update Regulator driver for MFD support

On Fri, Nov 18, 2016 at 09:35:46AM +0900, Eric Jeong wrote: > > From: Eric Jeong > > This change convert from using struct i2c_clinet > to using struct platform_device for MFD structure. > And, the declaration of of_device_id and regmap_config > are also move to MFD driver. Acked-by: Mark Brow

[PATCH 1/2] usb: host: plat: Enable xhci plat runtime PM

Enable the xhci plat runtime PM for parent device to suspend/resume xhci. Signed-off-by: Baolin Wang --- drivers/usb/host/xhci-plat.c | 37 - 1 file changed, 32 insertions(+), 5 deletions(-) diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-

Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available

On Fri, 2016-11-18 at 08:48 +, David Howells wrote: > Jeff Layton wrote: > > > > > > > > > If neither AT_STATX_*_SYNC flag is set, the behaviour is the default for > > > stat() on that filesystem. > > > > > > > We also need to specify here what happens if both bits are set. Should > > tha

Re: [PATCH net 1/2] r8152: fix the sw rx checksum is unavailable

On 16-11-18 02:57 AM, Hayes Wang wrote: .. > Besides, the maximum data length which the RTL8152 would send to > the host is 16KB. That is, if the agg_buf_sz is 16KB, the host > wouldn't split it. However, you still see problems for it. How does the RTL8152 know that the limit is 16KB, rather than

Applied "regulator: twl-regulator: rework fixed regulator definition" to the regulator tree

The patch regulator: twl-regulator: rework fixed regulator definition has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next

Applied "regulator: twl: kill unused functions" to the regulator tree

The patch regulator: twl: kill unused functions has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to

Applied "regulator: twl: make driver DT only" to the regulator tree

The patch regulator: twl: make driver DT only has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Li

[PATCH 2/2] usb: dwc3: core: Support the dwc3 host suspend/resume

For some mobile devices with strict power management, we also want to suspend the host when the slave is detached for power saving. Thus we add the host suspend/resume functions to support this requirement. Signed-off-by: Baolin Wang --- drivers/usb/dwc3/Kconfig |7 ++ drivers/usb/dwc3/c

Applied "regulator: twl: split twl6030 logic into its own file" to the regulator tree

The patch regulator: twl: split twl6030 logic into its own file has been applied to the regulator tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hou

Applied "ASoC: atmel: tse850: add ASoC driver for the Axentia TSE-850" to the asoc tree

The patch ASoC: atmel: tse850: add ASoC driver for the Axentia TSE-850 has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours

Applied "ASoC: atmel_ssc_dai: if not provided, default to sensible dividers" to the asoc tree

The patch ASoC: atmel_ssc_dai: if not provided, default to sensible dividers has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24

Re: [PATCH 15/20] ARM/hw_breakpoint: Convert to hotplug state machine

On Thu, Nov 17, 2016 at 07:35:36PM +0100, Sebastian Andrzej Siewior wrote: > Install the callbacks via the state machine and let the core invoke > the callbacks on the already online CPUs. > > smp_call_function_single() has been removed because the function is already > invoked on the target CPU.

Applied "ASoC: tse850: document axentia,tse850-pcm5142 bindings" to the asoc tree

The patch ASoC: tse850: document axentia,tse850-pcm5142 bindings has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and

[RFC PATCH 1/2] macb: Add 1588 support in Cadence GEM.

Hello Andrei, >+static struct ptp_clock_info macb_ptp_caps = { >+ .owner = THIS_MODULE, >+ .name = GMAC_TIMER_NAME, >+ .max_adj= 25000, >+ .n_alarm= 0, >+ .n_ext_ts = 0, >+ .n_per_out = 0, >+ .n_pins

RE: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

Hi Arnd many thanks for your help here > -Original Message- > From: Arnd Bergmann [mailto:a...@arndb.de] > Sent: 18 November 2016 10:18 > To: liviu.du...@arm.com > Cc: Gabriele Paoloni; linux-arm-ker...@lists.infradead.org; > Yuanzhichang; mark.rutl...@arm.com; devicet...@vger.kernel.org;

Re: [PATCH 00/36] cputime: Convert core use of cputime_t to nsecs

On Thu, 17 Nov 2016 19:08:07 +0100 Frederic Weisbecker wrote: > I'm sorry for the patchbomb, especially as I usually complain about > these myself but I don't see any way to split this patchset into > standalone pieces, none of which would make any sense... All I can do > is to isolate about 3 cl

[PATCH 1/2] clk: qcom: gdsc: Add support for gdscs with HW control

From: Rajendra Nayak Some GDSCs might support a HW control mode, where in the power domain (gdsc) is brought in and out of low power state (while unsued) without any SW assistance, saving power. Such GDSCs can be configured in a HW control mode when powered on until they are explicitly requested

[PATCH 0/2] clk: qcom: Add support for hw controlled gdscs/clocks

This series adds support for gdscs(powerdomains) that can be configured in hw controlled mode. So they are turned 'ON' based on needs dynamically, helping to save power. Also updated the venus video ip's gdsc/clock data to put them in hw control. V2: Dropped patch#3 [1] as it was concluded that t

[PATCH 2/2] clk: qcom: Put venus core0/1 gdscs to hw control mode

The venus video ip's internal core blocks are under the control of the firmware and their powerdomains needs to be 'ON' only when used by the firmware. So putting it into hw controlled mode lets this to happen, otherwise the firmware hangs checking for this. Signed-off-by: Sricharan R --- driver

Re: [PATCH 05/16] efi: Add EFI_SECURE_BOOT bit

On 18 November 2016 at 11:58, Josh Boyer wrote: > On Thu, Nov 17, 2016 at 4:58 PM, Ard Biesheuvel > wrote: >> On 16 November 2016 at 21:47, David Howells wrote: >>> From: Josh Boyer >>> >>> UEFI machines can be booted in Secure Boot mode. Add a EFI_SECURE_BOOT bit >>> for use with efi_enabled.

Re: [tpmdd-devel] [PATCH RFC 2/2] tpm: refactor tpm2_get_tpm_pt to tpm2_getcap_cmd

On 11/17/2016 11:12 PM, Jarkko Sakkinen wrote: On Thu, Nov 17, 2016 at 05:20:36PM +0530, Nayna wrote: I tested this for capability TPM2_CAP_PCRS. It seems TPM2_CAP_PCRS capability always returns full PCR allocation, and more_data as 0, So, I think the idea of looping over based on more_data m

Re: [PATCH 01/16] ARM: scu: Provide support for parsing SCU device node to enable SCU

On Friday, November 18, 2016 8:54:30 AM CET pankaj.dubey wrote: > >> Please let me know if any concern in this approach. > > > > I think ideally we wouldn't even need to know the virtual address > > outside of smp_scu.c. If we can move all users of the address > > into that file directly, it could

[PATCH v3] usb: hcd.h: construct hub class request constants from simpler constants

Currently, each hub class request constant is defined by a line like: #define ClearHubFeature (0x2000 | USB_REQ_CLEAR_FEATURE) The "magic" number for the high byte is one of 0x20, 0xa0, 0x23, 0xa3. The 0x80 bit that changes inditace USB_DIR_IN, and the 0x03 that pops up is the difference b

Re: [PATCH] cpufreq: Avoid using inactive policies

On Fri, Nov 18, 2016 at 4:17 AM, Viresh Kumar wrote: > On 17-11-16, 16:08, Rafael J. Wysocki wrote: >> From: Rafael J. Wysocki >> >> There are two places in the cpufreq core in which low-level driver >> callbacks may be invoked for an inactive cpufreq policy, which isn't >> guaranteed to work in

Re: [PATCH] cpufreq: Avoid using inactive policies

On Fri, Nov 18, 2016 at 1:20 PM, Rafael J. Wysocki wrote: > On Fri, Nov 18, 2016 at 4:17 AM, Viresh Kumar wrote: >> On 17-11-16, 16:08, Rafael J. Wysocki wrote: >>> From: Rafael J. Wysocki >>> >>> There are two places in the cpufreq core in which low-level driver >>> callbacks may be invoked for

Re: [PATCH V5 3/3] ARM64 LPC: LPC driver implementation on Hip06

On Friday, November 18, 2016 12:07:28 PM CET Gabriele Paoloni wrote: > > From: Arnd Bergmann [mailto:a...@arndb.de] > > On Monday, November 14, 2016 11:26:25 AM CET liviu.du...@arm.com wrote: > > > On Mon, Nov 14, 2016 at 08:26:42AM +, Gabriele Paoloni wrote: > > > > > Nope, that is not what it

Re: [PATCH v3 1/5] i2c: designware: Refactoring of the i2c-designware core and platform module

On Fri, 2016-11-18 at 11:19 +, Luis Oliveira wrote: > - Factor out _master() parts of code to separate functions. > - Standardize all code relatated to I2C master. > > Signed-off-by: Luis Oliveira Can you shrink Cc list to people who indeed are involved / concerned? > --- > Changes V2->V3:

Re: [PATCH net-next] cadence: Add hardware PTP support.

On Fri, Nov 18, 2016 at 11:55:37AM +, Rafal Ozieblo wrote: > >I'm not sure of your application and why this is necessary. > >Can you please check Andrei's patches and mine and Richard Cochran's > >comments? > >I use linuxptp to test. And please, PLEASE, put me onto CC for all PTP related patc

Synopsys Ethernet QoS Driver

Dear all, My name is Joao Pinto and I work at Synopsys. I am a kernel developer with special focus in mainline collaboration, both Linux and Buildroot. I was recently named one of the maintainers of the PCIe Designware core driver and I was the author of the Designware UFS driver stack. I am sen

<    1   2   3   4   5   6   7   8   9   >