[PATCH v3 1/4] can: dev: Add support for limiting configured bitrate

Various CAN or CAN-FD IP may be able to run at a faster rate than what the transceiver the CAN node is connected to. This can lead to unexpected errors. However, CAN transceivers typically have fixed limitations and provide no means to discover these limitations at runtime. Therefore, add support

[PATCH v3 1/4] can: dev: Add support for limiting configured bitrate

Various CAN or CAN-FD IP may be able to run at a faster rate than what the transceiver the CAN node is connected to. This can lead to unexpected errors. However, CAN transceivers typically have fixed limitations and provide no means to discover these limitations at runtime. Therefore, add support

[PATCH v3 3/4] dt-bindings: can: m_can: Include reference to new fixed transceiver binding

Add information regarding fixed transceiver binding. This is especially important for MCAN since the IP allows CAN FD mode to run significantly faster than what most transceivers are capable of. Signed-off-by: Franklin S Cooper Jr ---

[PATCH v3 3/4] dt-bindings: can: m_can: Include reference to new fixed transceiver binding

Add information regarding fixed transceiver binding. This is especially important for MCAN since the IP allows CAN FD mode to run significantly faster than what most transceivers are capable of. Signed-off-by: Franklin S Cooper Jr --- Documentation/devicetree/bindings/net/can/m_can.txt | 9

[PATCH v3 2/4] dt-bindings: can: fixed-transceiver: Add new CAN fixed transceiver bindings

Add documentation to describe usage of the new fixed transceiver binding. This new binding is applicable for any CAN device therefore it exists as its own document. Signed-off-by: Franklin S Cooper Jr --- .../bindings/net/can/fixed-transceiver.txt | 24

[PATCH v3 2/4] dt-bindings: can: fixed-transceiver: Add new CAN fixed transceiver bindings

Add documentation to describe usage of the new fixed transceiver binding. This new binding is applicable for any CAN device therefore it exists as its own document. Signed-off-by: Franklin S Cooper Jr --- .../bindings/net/can/fixed-transceiver.txt | 24 ++ 1 file

Re: [PATCH] selftests: futex: fix run_tests target

On Wed, Aug 02, 2017 at 04:31:42PM -0600, Shuah Khan wrote: > make -C tools/testing/selftests/futex/ run_tests doesn't run the tests. > Running run_tests target only when $(OUTPUT) is the $(PWD) is incorrect. > When $(OUTPUT) is empty, run_tests will not run. Fix it. > > Fixes: a8ba798bc8ec

Re: [PATCH] selftests: futex: fix run_tests target

On Wed, Aug 02, 2017 at 04:31:42PM -0600, Shuah Khan wrote: > make -C tools/testing/selftests/futex/ run_tests doesn't run the tests. > Running run_tests target only when $(OUTPUT) is the $(PWD) is incorrect. > When $(OUTPUT) is empty, run_tests will not run. Fix it. > > Fixes: a8ba798bc8ec

[PATCH v3 0/4] can: Support transceiver based bit rate limit

Add a new generic binding that CAN drivers can be used to specify the max bit rate supported by a transceiver. This is useful since in some instances since the maximum speeds may be limited by the transceiver used. However, transceivers may not provide a means to determine this limitation at

[PATCH v3 0/4] can: Support transceiver based bit rate limit

Add a new generic binding that CAN drivers can be used to specify the max bit rate supported by a transceiver. This is useful since in some instances since the maximum speeds may be limited by the transceiver used. However, transceivers may not provide a means to determine this limitation at

Re: [PATCH 058/102] phy: rockchip-pcie: explicitly request exclusive reset control

[+ Bjorn] On 2017/7/19 23:26, Philipp Zabel wrote: Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting reset lines") started to transition the reset control request API calls to explicitly state whether the driver needs exclusive or shared reset control behavior. Convert

Re: [PATCH 058/102] phy: rockchip-pcie: explicitly request exclusive reset control

[+ Bjorn] On 2017/7/19 23:26, Philipp Zabel wrote: Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting reset lines") started to transition the reset control request API calls to explicitly state whether the driver needs exclusive or shared reset control behavior. Convert

Re: [PATCH 0/3] remove rw_page() from brd, pmem and btt

[ adding Tim and Ying who have also been looking at swap optimization and rw_page interactions ] On Wed, Aug 2, 2017 at 5:13 PM, Minchan Kim wrote: > Hi Ross, > > On Wed, Aug 02, 2017 at 04:13:59PM -0600, Ross Zwisler wrote: >> On Fri, Jul 28, 2017 at 10:31:43AM -0700,

Re: [PATCH 0/3] remove rw_page() from brd, pmem and btt

[ adding Tim and Ying who have also been looking at swap optimization and rw_page interactions ] On Wed, Aug 2, 2017 at 5:13 PM, Minchan Kim wrote: > Hi Ross, > > On Wed, Aug 02, 2017 at 04:13:59PM -0600, Ross Zwisler wrote: >> On Fri, Jul 28, 2017 at 10:31:43AM -0700, Matthew Wilcox wrote: >> >

Re: [PATCH 1/3] percpu: Add alloc_percpu_aligned()

Christopher Lameter writes: > On Wed, 2 Aug 2017, Huang, Ying wrote: > >> --- a/include/linux/percpu.h >> +++ b/include/linux/percpu.h >> @@ -129,5 +129,8 @@ extern phys_addr_t per_cpu_ptr_to_phys(void *addr); >> #define alloc_percpu(type)

Re: [PATCH 1/3] percpu: Add alloc_percpu_aligned()

Christopher Lameter writes: > On Wed, 2 Aug 2017, Huang, Ying wrote: > >> --- a/include/linux/percpu.h >> +++ b/include/linux/percpu.h >> @@ -129,5 +129,8 @@ extern phys_addr_t per_cpu_ptr_to_phys(void *addr); >> #define alloc_percpu(type) \ >>

Re: [PATCH 054/102] PCI: rockchip: explicitly request exclusive reset control

Hi, On 2017/7/19 23:25, Philipp Zabel wrote: Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting reset lines") started to transition the reset control request API calls to explicitly state whether the driver needs exclusive or shared reset control behavior. Convert all

Re: [PATCH 054/102] PCI: rockchip: explicitly request exclusive reset control

Hi, On 2017/7/19 23:25, Philipp Zabel wrote: Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting reset lines") started to transition the reset control request API calls to explicitly state whether the driver needs exclusive or shared reset control behavior. Convert all

Re: linux-next: Signed-off-by missing for commit in the drivers-x86 tree

Hi Darren, On Wed, 2 Aug 2017 16:57:40 -0700 Darren Hart wrote: > > Is this a new check Stephen? Yes :-) > Is there any statement regarding maintainer teams that we must abide by > this? e.g. any time a rebase in a testing branch is made, the > maintainer must also

Re: linux-next: Signed-off-by missing for commit in the drivers-x86 tree

Hi Darren, On Wed, 2 Aug 2017 16:57:40 -0700 Darren Hart wrote: > > Is this a new check Stephen? Yes :-) > Is there any statement regarding maintainer teams that we must abide by > this? e.g. any time a rebase in a testing branch is made, the > maintainer must also ensure a SOB is on each

[ANNOUNCE] 4.4.79-rt92

Dear RT Folks, I'm pleased to announce the 4.4.79-rt92 stable release. This release is just an update to the new stable 4.4.79 version and no RT specific changes have been made. You can get this release via the git tree at:

[ANNOUNCE] 4.4.79-rt92

Dear RT Folks, I'm pleased to announce the 4.4.79-rt92 stable release. This release is just an update to the new stable 4.4.79 version and no RT specific changes have been made. You can get this release via the git tree at:

[ANNOUNCE] 4.9.40-rt30

Dear RT Folks, I'm pleased to announce the 4.9.40-rt30 stable release. This release is just an update to the new stable 4.9.40 version and no RT specific changes have been made. You can get this release via the git tree at:

[ANNOUNCE] 4.9.40-rt30

Dear RT Folks, I'm pleased to announce the 4.9.40-rt30 stable release. This release is just an update to the new stable 4.9.40 version and no RT specific changes have been made. You can get this release via the git tree at:

Re: [PATCH 0/3] remove rw_page() from brd, pmem and btt

Hi Ross, On Wed, Aug 02, 2017 at 04:13:59PM -0600, Ross Zwisler wrote: > On Fri, Jul 28, 2017 at 10:31:43AM -0700, Matthew Wilcox wrote: > > On Fri, Jul 28, 2017 at 10:56:01AM -0600, Ross Zwisler wrote: > > > Dan Williams and Christoph Hellwig have recently expressed doubt about > > > whether the

Re: [PATCH 0/3] remove rw_page() from brd, pmem and btt

Hi Ross, On Wed, Aug 02, 2017 at 04:13:59PM -0600, Ross Zwisler wrote: > On Fri, Jul 28, 2017 at 10:31:43AM -0700, Matthew Wilcox wrote: > > On Fri, Jul 28, 2017 at 10:56:01AM -0600, Ross Zwisler wrote: > > > Dan Williams and Christoph Hellwig have recently expressed doubt about > > > whether the

Re: [PATCH 1/5] test_kmod: make selftest executable

On 08/02/2017 05:42 PM, Andrew Morton wrote: > On Wed, 2 Aug 2017 15:55:50 -0700 "Luis R. Rodriguez" > wrote: > >> On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton >> wrote: >>> On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez"

Re: [PATCH 1/5] test_kmod: make selftest executable

On 08/02/2017 05:42 PM, Andrew Morton wrote: > On Wed, 2 Aug 2017 15:55:50 -0700 "Luis R. Rodriguez" > wrote: > >> On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton >> wrote: >>> On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez" >>> wrote: >>> We had just forgotten to do this.

Re: [PATCH] zram: Fix buffer size passed to strlcpy()

El Thu, Aug 03, 2017 at 08:44:37AM +0900 Minchan Kim ha dit: > Hi Doug, > > On Wed, Aug 02, 2017 at 03:54:32PM -0700, Doug Anderson wrote: > > Hi, > > > > On Fri, Jul 28, 2017 at 10:12 AM, Matthias Kaehlcke > > wrote: > > > comp_algorithm_store() passes the size of the

Re: [PATCH] zram: Fix buffer size passed to strlcpy()

El Thu, Aug 03, 2017 at 08:44:37AM +0900 Minchan Kim ha dit: > Hi Doug, > > On Wed, Aug 02, 2017 at 03:54:32PM -0700, Doug Anderson wrote: > > Hi, > > > > On Fri, Jul 28, 2017 at 10:12 AM, Matthias Kaehlcke > > wrote: > > > comp_algorithm_store() passes the size of the source buffer to

Re: [PATCH 1/5] test_kmod: make selftest executable

Hi Luis, On 08/02/2017 04:55 PM, Luis R. Rodriguez wrote: > On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton > wrote: >> On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez" >> wrote: >> >>> We had just forgotten to do this. Could you please

Re: [PATCH 1/5] test_kmod: make selftest executable

Hi Luis, On 08/02/2017 04:55 PM, Luis R. Rodriguez wrote: > On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton > wrote: >> On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez" >> wrote: >> >>> We had just forgotten to do this. Could you please include the real reason you need this change. My

Re: linux-next: Signed-off-by missing for commit in the drivers-x86 tree

On Thu, Aug 03, 2017 at 06:37:43AM +1000, Stephen Rothwell wrote: > Hi Darren, > > Commits > > 890f658c101d ("platform/x86: peaq-wmi: silence a static checker warning") > 6d8d55626296 ("platform/x86: msi-wmi: remove unnecessary static in > msi_wmi_notify()") > cd0223c64c60 ("platform/x86:

Re: linux-next: Signed-off-by missing for commit in the drivers-x86 tree

On Thu, Aug 03, 2017 at 06:37:43AM +1000, Stephen Rothwell wrote: > Hi Darren, > > Commits > > 890f658c101d ("platform/x86: peaq-wmi: silence a static checker warning") > 6d8d55626296 ("platform/x86: msi-wmi: remove unnecessary static in > msi_wmi_notify()") > cd0223c64c60 ("platform/x86:

Re: [PATCH 2/2] atm: solos-pci: constify attribute_group structures

From: Amitoj Kaur Chawla Date: Tue, 1 Aug 2017 19:57:47 -0400 > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text

Re: [PATCH 1/2] atm: adummy: constify attribute_group structure

From: Amitoj Kaur Chawla Date: Tue, 1 Aug 2017 19:57:38 -0400 > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text

Re: [PATCH 2/2] atm: solos-pci: constify attribute_group structures

From: Amitoj Kaur Chawla Date: Tue, 1 Aug 2017 19:57:47 -0400 > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text data bss dec

Re: [PATCH 1/2] atm: adummy: constify attribute_group structure

From: Amitoj Kaur Chawla Date: Tue, 1 Aug 2017 19:57:38 -0400 > Functions working with attribute_groups provided by > work with const attribute_group. These attribute_group structures do not > change at runtime so mark them as const. > > File size before: > text data bss dec

Re: [PATCH net-next] net: dsa: Add support for 64-bit statistics

From: Florian Fainelli Date: Tue, 1 Aug 2017 15:00:36 -0700 > DSA slave network devices maintain a pair of bytes and packets counters > for each directions, but these are not 64-bit capable. Re-use > pcpu_sw_netstats which contains exactly what we need for that purpose >

Re: [PATCH net-next] net: dsa: Add support for 64-bit statistics

From: Florian Fainelli Date: Tue, 1 Aug 2017 15:00:36 -0700 > DSA slave network devices maintain a pair of bytes and packets counters > for each directions, but these are not 64-bit capable. Re-use > pcpu_sw_netstats which contains exactly what we need for that purpose > and update the code

Re: [PATCH V3 1/2] trace-cmd record: use direname instead of custom code

On Thu, 3 Aug 2017 00:15:57 +0200 Federico Vaga wrote: > Prefer well known functions like `dirname(3)` instead of custom > implementation for the same functionality > > Signed-off-by: Federico Vaga Thanks. I'll be traveling for a bit and

Re: [PATCH V3 1/2] trace-cmd record: use direname instead of custom code

On Thu, 3 Aug 2017 00:15:57 +0200 Federico Vaga wrote: > Prefer well known functions like `dirname(3)` instead of custom > implementation for the same functionality > > Signed-off-by: Federico Vaga Thanks. I'll be traveling for a bit and wont get to these before I leave. Just a note. When

Re: [zram] ltp inspired explosion - master v4.13-rc1-3-g87b2c3fc6317

Hi Michael, On Wed, Aug 02, 2017 at 02:24:20PM +1000, Michael Ellerman wrote: > Minchan Kim writes: > > From 0ffbd3c8769fdf56e2f14908f890f9d1703ed32e Mon Sep 17 00:00:00 2001 > > From: Minchan Kim > > Date: Tue, 25 Jul 2017 15:15:18 +0900 > > Subject:

Re: [zram] ltp inspired explosion - master v4.13-rc1-3-g87b2c3fc6317

Hi Michael, On Wed, Aug 02, 2017 at 02:24:20PM +1000, Michael Ellerman wrote: > Minchan Kim writes: > > From 0ffbd3c8769fdf56e2f14908f890f9d1703ed32e Mon Sep 17 00:00:00 2001 > > From: Minchan Kim > > Date: Tue, 25 Jul 2017 15:15:18 +0900 > > Subject: [PATCH] zram: do not free pool->size_class

Re: [PATCH 1/5] test_kmod: make selftest executable

On Wed, Aug 02, 2017 at 04:42:50PM -0700, Andrew Morton wrote: > On Wed, 2 Aug 2017 15:55:50 -0700 "Luis R. Rodriguez" > wrote: > > > On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton > > wrote: > > > On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R.

Re: [PATCH 1/5] test_kmod: make selftest executable

On Wed, Aug 02, 2017 at 04:42:50PM -0700, Andrew Morton wrote: > On Wed, 2 Aug 2017 15:55:50 -0700 "Luis R. Rodriguez" > wrote: > > > On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton > > wrote: > > > On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez" > > > wrote: > > > > > >> We had just

Re: [PATCH 2/2] arm64: Define PAGE_OFFSET using GENMASK_ULL

El Wed, Aug 02, 2017 at 04:19:11PM -0700 Nick Desaulniers ha dit: > hmm, seems including the definition of GENMASK_ULL causes tons of issues > see definition of UL() macro > defines _AC > token pastes UL on literal when not assembly > so looks like GENMASK_ULL is not ready to be used from

Re: [PATCH] zram: Fix buffer size passed to strlcpy()

Hi Doug, On Wed, Aug 02, 2017 at 03:54:32PM -0700, Doug Anderson wrote: > Hi, > > On Fri, Jul 28, 2017 at 10:12 AM, Matthias Kaehlcke wrote: > > comp_algorithm_store() passes the size of the source buffer to strlcpy() > > instead of the destination buffer size, fix this. > >

Re: [PATCH 2/2] arm64: Define PAGE_OFFSET using GENMASK_ULL

El Wed, Aug 02, 2017 at 04:19:11PM -0700 Nick Desaulniers ha dit: > hmm, seems including the definition of GENMASK_ULL causes tons of issues > see definition of UL() macro > defines _AC > token pastes UL on literal when not assembly > so looks like GENMASK_ULL is not ready to be used from

Re: [PATCH] zram: Fix buffer size passed to strlcpy()

Hi Doug, On Wed, Aug 02, 2017 at 03:54:32PM -0700, Doug Anderson wrote: > Hi, > > On Fri, Jul 28, 2017 at 10:12 AM, Matthias Kaehlcke wrote: > > comp_algorithm_store() passes the size of the source buffer to strlcpy() > > instead of the destination buffer size, fix this. > > This was

Re: [PATCH 1/5] test_kmod: make selftest executable

On Wed, 2 Aug 2017 15:55:50 -0700 "Luis R. Rodriguez" wrote: > On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton > wrote: > > On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez" > > wrote: > > > >> We had just forgotten to do

Re: [PATCH 1/5] test_kmod: make selftest executable

On Wed, 2 Aug 2017 15:55:50 -0700 "Luis R. Rodriguez" wrote: > On Wed, Aug 2, 2017 at 3:43 PM, Andrew Morton > wrote: > > On Wed, 2 Aug 2017 14:14:46 -0700 "Luis R. Rodriguez" > > wrote: > > > >> We had just forgotten to do this. > >> > >> Fixes: 39258f448d71 ("kmod: add test driver to

Re: [PATCH v4 09/10] pvclock: add clocksource change notification on changing of tsc stable bit

On Wed, Aug 02, 2017 at 05:38:09PM +0300, Denis Plotnikov wrote: > It's needed to notify the KVM guest about critical changes in pvclock > and make it to update its masterclock. > > This is a part of the work aiming to make kvmclock be a clocksource > providing valid cycles value for KVM

Re: [PATCH v4 09/10] pvclock: add clocksource change notification on changing of tsc stable bit

On Wed, Aug 02, 2017 at 05:38:09PM +0300, Denis Plotnikov wrote: > It's needed to notify the KVM guest about critical changes in pvclock > and make it to update its masterclock. > > This is a part of the work aiming to make kvmclock be a clocksource > providing valid cycles value for KVM

Re: [PATCH v2 4/6] ASoC: codecs: msm8916-wcd-analog: add MBHC support

Hi Srinivas, On Wed, Aug 02, 2017 at 07:09:28PM +0200, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > MBHC (MultiButton Headset Control) support is available in pm8921 in two > blocks, one to detect mechanical headset insertion and removal

Re: [PATCH v2 4/6] ASoC: codecs: msm8916-wcd-analog: add MBHC support

Hi Srinivas, On Wed, Aug 02, 2017 at 07:09:28PM +0200, srinivas.kandaga...@linaro.org wrote: > From: Srinivas Kandagatla > > MBHC (MultiButton Headset Control) support is available in pm8921 in two > blocks, one to detect mechanical headset insertion and removal and other > block to support

Re: [PATCH v6 5/7] mm: make tlb_flush_pending global

On Wed, Aug 02, 2017 at 04:27:58PM -0700, Andrew Morton wrote: > On Wed, 2 Aug 2017 22:28:47 +0800 kbuild test robot <l...@intel.com> wrote: > > > Hi Minchan, > > > > [auto build test WARNING on linus/master] > > [also build test WARNING on v4.13-rc3

Re: [PATCH v6 5/7] mm: make tlb_flush_pending global

On Wed, Aug 02, 2017 at 04:27:58PM -0700, Andrew Morton wrote: > On Wed, 2 Aug 2017 22:28:47 +0800 kbuild test robot wrote: > > > Hi Minchan, > > > > [auto build test WARNING on linus/master] > > [also build test WARNING on v4.13-rc3] > > [cannot apply

Re: [PATCH] drm/fb-helper: pass physical dimensions to fbdev

On Wed, Aug 2, 2017 at 6:37 PM, David Lechner wrote: > On 08/02/2017 04:46 AM, Daniel Vetter wrote: >> >> On Tue, Aug 01, 2017 at 10:26:41AM -0500, David Lechner wrote: >>> >>> The fbdev subsystem has a place for physical dimensions (width and height >>> in mm) that is

Re: [PATCH] drm/fb-helper: pass physical dimensions to fbdev

On Wed, Aug 2, 2017 at 6:37 PM, David Lechner wrote: > On 08/02/2017 04:46 AM, Daniel Vetter wrote: >> >> On Tue, Aug 01, 2017 at 10:26:41AM -0500, David Lechner wrote: >>> >>> The fbdev subsystem has a place for physical dimensions (width and height >>> in mm) that is readable by userspace.

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

From: Sam Ravnborg Date: Wed, 2 Aug 2017 23:36:47 +0200 > And memset calls down to bzero, where %o0=buf, %o1=len > > %o0 = 0xc > %o1 = 0xfff000123c897a80 > %o2 = 0x0 > %o3 = 0xc > > So from this we know that: > res = 0xfff000123c897a80 > to + (n - 0xfff000123c897a80)) = 0xc

Re: strace-4.18 test suite oopses sparc64 4.12 and 4.13-rc kernels

From: Sam Ravnborg Date: Wed, 2 Aug 2017 23:36:47 +0200 > And memset calls down to bzero, where %o0=buf, %o1=len > > %o0 = 0xc > %o1 = 0xfff000123c897a80 > %o2 = 0x0 > %o3 = 0xc > > So from this we know that: > res = 0xfff000123c897a80 > to + (n - 0xfff000123c897a80)) = 0xc > > The value

Re: [PATCH v6 5/7] mm: make tlb_flush_pending global

On Wed, 2 Aug 2017 22:28:47 +0800 kbuild test robot <l...@intel.com> wrote: > Hi Minchan, > > [auto build test WARNING on linus/master] > [also build test WARNING on v4.13-rc3] > [cannot apply to next-20170802] > [if your patch is applied to the wrong git tree, please d

Re: [PATCH v6 5/7] mm: make tlb_flush_pending global

On Wed, 2 Aug 2017 22:28:47 +0800 kbuild test robot wrote: > Hi Minchan, > > [auto build test WARNING on linus/master] > [also build test WARNING on v4.13-rc3] > [cannot apply to next-20170802] > [if your patch is applied to the wrong git tree, please drop us a note

Re: [PATCH v6 0/7] fixes of TLB batching races

On Tue, Aug 01, 2017 at 05:08:11PM -0700, Nadav Amit wrote: > It turns out that Linux TLB batching mechanism suffers from various races. > Races that are caused due to batching during reclamation were recently > handled by Mel and this patch-set deals with others. The more fundamental > issue is

[PATCH 7/7] iio: srf08: change text in Kconfig

Changed text in menu entry and help text to reflect recent changes Signed-off-by: Andreas Klinger --- drivers/iio/proximity/Kconfig | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/iio/proximity/Kconfig b/drivers/iio/proximity/Kconfig

Re: [PATCH v6 0/7] fixes of TLB batching races

On Tue, Aug 01, 2017 at 05:08:11PM -0700, Nadav Amit wrote: > It turns out that Linux TLB batching mechanism suffers from various races. > Races that are caused due to batching during reclamation were recently > handled by Mel and this patch-set deals with others. The more fundamental > issue is

[PATCH 7/7] iio: srf08: change text in Kconfig

Changed text in menu entry and help text to reflect recent changes Signed-off-by: Andreas Klinger --- drivers/iio/proximity/Kconfig | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/iio/proximity/Kconfig b/drivers/iio/proximity/Kconfig index

[PATCH 6/7] iio: srf08: add buffered to device mode

Add INDIO_BUFFER_TRIGGERED and INDIO_BUFFER_SOFTWARE to device mode Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/iio/proximity/srf08.c b/drivers/iio/proximity/srf08.c index

[PATCH 6/7] iio: srf08: add buffered to device mode

Add INDIO_BUFFER_TRIGGERED and INDIO_BUFFER_SOFTWARE to device mode Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/iio/proximity/srf08.c b/drivers/iio/proximity/srf08.c index

[PATCH] This patch adds support for Sinovoip BPI-M3 A83T based board.

From: Philipp Rossak It has 2G LPDDR3, UART, ethernet, USB, HDMI, USB Sata, MIPI DSI, mic, AP6212 Wifi, etc on it. It is paired with AXP813 PMIC which is almost same as AXP818. Signed-off-by: Vishnu Patekar This Patch got somehow lost. This is a

[PATCH] This patch adds support for Sinovoip BPI-M3 A83T based board.

From: Philipp Rossak It has 2G LPDDR3, UART, ethernet, USB, HDMI, USB Sata, MIPI DSI, mic, AP6212 Wifi, etc on it. It is paired with AXP813 PMIC which is almost same as AXP818. Signed-off-by: Vishnu Patekar This Patch got somehow lost. This is a resubmit! The original patch could be found

[PATCH 5/7] iio: srf08: add support for srf02 in i2c mode

srf02 added with support for i2c interface Attributes for setting max range or sensitivity are omitted for the case of srf02 type sensor, because they are not supported by the hardware. Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 56

[PATCH 5/7] iio: srf08: add support for srf02 in i2c mode

srf02 added with support for i2c interface Attributes for setting max range or sensitivity are omitted for the case of srf02 type sensor, because they are not supported by the hardware. Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 56

[PATCH 4/7] iio: srf08: add device tree table

Added MODULE_DEVICE_TABLE for device tree bindings. It used to work without it by using the i2c_device_id table, but adding the table makes everything clear and documented. Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 9 + 1 file changed, 9

[PATCH 4/7] iio: srf08: add device tree table

Added MODULE_DEVICE_TABLE for device tree bindings. It used to work without it by using the i2c_device_id table, but adding the table makes everything clear and documented. Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 9 + 1 file changed, 9 insertions(+) diff

[PATCH 3/7] iio: srf08: add triggered buffer support

Add support for triggered buffers. Data format is quite simple: distance 16 Bit alignment48 Bit timestamp64 Bit Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 45 +-- 1 file changed, 43

[PATCH 3/7] iio: srf08: add triggered buffer support

Add support for triggered buffers. Data format is quite simple: distance 16 Bit alignment48 Bit timestamp64 Bit Signed-off-by: Andreas Klinger --- drivers/iio/proximity/srf08.c | 45 +-- 1 file changed, 43 insertions(+), 2 deletions(-)

[PATCH 2/7] iio: srf08: add sensor type srf10

Ultrasonic sensor srf10 is quite similar to srf08 and now also supported by the driver as device tree compatible string. The most significiant difference is a different range and values of register gain (in the driver it's call sensitivity). Therefore the array of was extended. Signed-off-by:

[PATCH 2/7] iio: srf08: add sensor type srf10

Ultrasonic sensor srf10 is quite similar to srf08 and now also supported by the driver as device tree compatible string. The most significiant difference is a different range and values of register gain (in the driver it's call sensitivity). Therefore the array of was extended. Signed-off-by:

Re: [RFC PATCH] exec: Avoid recursive modprobe for binary format handlers

On Tue, Aug 01, 2017 at 07:28:20PM -0700, Kees Cook wrote: > On Tue, Aug 1, 2017 at 5:12 PM, Luis R. Rodriguez wrote: > > On Fri, Jul 21, 2017 at 03:05:20PM +0100, Matt Redfearn wrote: > >> Commit 6d7964a722af ("kmod: throttle kmod thread limit") which was > >> merged in

Re: [RFC PATCH] exec: Avoid recursive modprobe for binary format handlers

On Tue, Aug 01, 2017 at 07:28:20PM -0700, Kees Cook wrote: > On Tue, Aug 1, 2017 at 5:12 PM, Luis R. Rodriguez wrote: > > On Fri, Jul 21, 2017 at 03:05:20PM +0100, Matt Redfearn wrote: > >> Commit 6d7964a722af ("kmod: throttle kmod thread limit") which was > >> merged in v4.13-rc1 broke this

[PATCH 1/7] iio: srf08: add device tree binding for srf02 and srf10

add trivial device tree binding "devantech,srf02" and "devantech,srf10" Signed-off-by: Andreas Klinger --- Documentation/devicetree/bindings/i2c/trivial-devices.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git

[PATCH 1/7] iio: srf08: add device tree binding for srf02 and srf10

add trivial device tree binding "devantech,srf02" and "devantech,srf10" Signed-off-by: Andreas Klinger --- Documentation/devicetree/bindings/i2c/trivial-devices.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/devicetree/bindings/i2c/trivial-devices.txt

Re: [PATCH v6 5/7] mm: make tlb_flush_pending global

On Wed, Aug 02, 2017 at 10:28:47PM +0800, kbuild test robot wrote: > Hi Minchan, > > [auto build test WARNING on linus/master] > [also build test WARNING on v4.13-rc3] > [cannot apply to next-20170802] > [if your patch is applied to the wrong git tree, please drop us a note

Re: [PATCH v6 5/7] mm: make tlb_flush_pending global

On Wed, Aug 02, 2017 at 10:28:47PM +0800, kbuild test robot wrote: > Hi Minchan, > > [auto build test WARNING on linus/master] > [also build test WARNING on v4.13-rc3] > [cannot apply to next-20170802] > [if your patch is applied to the wrong git tree, please drop us a note

[PATCH 0/7] iio: srf08: add support for similar devices and triggered buffers

This patch series adds support for the ultrasonic devices srf02 and srf10. Triggered buffer support is added Andreas Klinger (7): iio: srf08: add device tree binding for srf02 and srf10 iio: srf08: add sensor type srf10 iio: srf08: add triggered buffer support iio: srf08: add device tree

[PATCH 0/7] iio: srf08: add support for similar devices and triggered buffers

This patch series adds support for the ultrasonic devices srf02 and srf10. Triggered buffer support is added Andreas Klinger (7): iio: srf08: add device tree binding for srf02 and srf10 iio: srf08: add sensor type srf10 iio: srf08: add triggered buffer support iio: srf08: add device tree

Re: [PATCH v4 07/10] KVM: x86: remove not used pvclock_gtod_copy

Hi Denis, I'm all for this as well, the original submission suggested something similar, someone said "use a scheme similar to vsyscalls", therefore the internal copy of the fields. More comments below. On Wed, Aug 02, 2017 at 05:38:07PM +0300, Denis Plotnikov wrote: > Since, KVM has been

Re: [PATCH v4 07/10] KVM: x86: remove not used pvclock_gtod_copy

Hi Denis, I'm all for this as well, the original submission suggested something similar, someone said "use a scheme similar to vsyscalls", therefore the internal copy of the fields. More comments below. On Wed, Aug 02, 2017 at 05:38:07PM +0300, Denis Plotnikov wrote: > Since, KVM has been

Re: [PATCH 2/2] arm64: Define PAGE_OFFSET using GENMASK_ULL

hmm, seems including the definition of GENMASK_ULL causes tons of issues see definition of UL() macro defines _AC token pastes UL on literal when not assembly so looks like GENMASK_ULL is not ready to be used from assembly On Wed, Aug 2, 2017 at 4:13 PM, Nick Desaulniers

Re: [PATCH 2/2] arm64: Define PAGE_OFFSET using GENMASK_ULL

hmm, seems including the definition of GENMASK_ULL causes tons of issues see definition of UL() macro defines _AC token pastes UL on literal when not assembly so looks like GENMASK_ULL is not ready to be used from assembly On Wed, Aug 2, 2017 at 4:13 PM, Nick Desaulniers wrote: > don't forget to

Re: [PATCH 2/2] arm64: Define PAGE_OFFSET using GENMASK_ULL

don't forget to include linux/bitops.h now in memory.h /usr/local/google/home/ndesaulniers/android/kernel-wahoo/private/msm-google/arch/arm64/kernel/head.S:47:8: error: function-like macro 'GENMASK_ULL' is not defined #elif (PAGE_OFFSET & 0x1f) != 0 ^

Re: [PATCH 2/2] arm64: Define PAGE_OFFSET using GENMASK_ULL

don't forget to include linux/bitops.h now in memory.h /usr/local/google/home/ndesaulniers/android/kernel-wahoo/private/msm-google/arch/arm64/kernel/head.S:47:8: error: function-like macro 'GENMASK_ULL' is not defined #elif (PAGE_OFFSET & 0x1f) != 0 ^

Re: [PATCH] z3fold: use per-cpu unbuddied lists

On Wed, 2 Aug 2017 12:25:05 +0200 Vitaly Wool wrote: > z3fold is operating on unbuddied lists in a simple manner: in fact, > it only takes the first entry off the list on a hot path. So if the > z3fold pool is big enough and balanced well enough, considering > only the

Re: [PATCH] z3fold: use per-cpu unbuddied lists

On Wed, 2 Aug 2017 12:25:05 +0200 Vitaly Wool wrote: > z3fold is operating on unbuddied lists in a simple manner: in fact, > it only takes the first entry off the list on a hot path. So if the > z3fold pool is big enough and balanced well enough, considering > only the lists local to the current

patch for the linux kernel 4.13-rc3 IEEE80211_TX_CTL_REQ_TX_STATUS IEEE80211_TX_INTFL_MLME_CONN_TX

tibaldi@debian910:~/Desktop/linux-4.13-rc3/net/mac80211$ file mlme.c mlme.c: C source, ASCII text tibaldi@debian910:~/Desktop/linux-4.13-rc3/net/mac80211$ my proposed patch for the 4.13-rc3 kernel is the following - Amos Tibaldi www.amostibaldi.it static int ieee80211_auth(struct

patch for the linux kernel 4.13-rc3 IEEE80211_TX_CTL_REQ_TX_STATUS IEEE80211_TX_INTFL_MLME_CONN_TX

tibaldi@debian910:~/Desktop/linux-4.13-rc3/net/mac80211$ file mlme.c mlme.c: C source, ASCII text tibaldi@debian910:~/Desktop/linux-4.13-rc3/net/mac80211$ my proposed patch for the 4.13-rc3 kernel is the following - Amos Tibaldi www.amostibaldi.it static int ieee80211_auth(struct

Re: [PATCH v5 0/2] ZII RAVE platform driver

On Wed, Aug 02, 2017 at 01:31:51PM -0700, Andrey Smirnov wrote: > On Fri, Jul 28, 2017 at 5:07 PM, Andrey Smirnov > wrote: > > On Fri, Jul 28, 2017 at 4:30 PM, Greg Kroah-Hartman > > wrote: > >> On Fri, Jul 28, 2017 at 07:27:02AM -0700,

Re: [PATCH v5 0/2] ZII RAVE platform driver

On Wed, Aug 02, 2017 at 01:31:51PM -0700, Andrey Smirnov wrote: > On Fri, Jul 28, 2017 at 5:07 PM, Andrey Smirnov > wrote: > > On Fri, Jul 28, 2017 at 4:30 PM, Greg Kroah-Hartman > > wrote: > >> On Fri, Jul 28, 2017 at 07:27:02AM -0700, Andrey Smirnov wrote: > >>> Greg, > >>> > >>> I am not sure

<    1   2   3   4   5   6   7   8   9   10   >