[tip:perf/core] perf annotate tui: Use annotate_browser__cycles_width() mroe

Commit-ID: 00ea0eb21e9ba38636608e3eb0ac332fc022d5bb Gitweb: https://git.kernel.org/tip/00ea0eb21e9ba38636608e3eb0ac332fc022d5bb Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 15 Mar 2018 10:28:06 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 20 Mar 2018 13:19:27 -0300

[tip:perf/core] perf annotate: Move annotation_options out of the TUI browser

Commit-ID: 98bc80b0a199619d2987e61e42415a1ae7a1d7fb Gitweb: https://git.kernel.org/tip/98bc80b0a199619d2987e61e42415a1ae7a1d7fb Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 15 Mar 2018 10:03:34 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 20 Mar 2018 13:19:27 -0300

[tip:perf/core] perf annotate tui: Move have_cycles to struct annotation

Commit-ID: 0e83a7e9e592cdf60696076071b2629adc569826 Gitweb: https://git.kernel.org/tip/0e83a7e9e592cdf60696076071b2629adc569826 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 15 Mar 2018 10:35:04 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf annotate tui: Move have_cycles to struct annotation

Commit-ID: 0e83a7e9e592cdf60696076071b2629adc569826 Gitweb: https://git.kernel.org/tip/0e83a7e9e592cdf60696076071b2629adc569826 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 15 Mar 2018 10:35:04 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 20 Mar 2018 13:19:28 -0300

[tip:perf/core] perf annotate: Move cycles/IPC formatting width constants outside TUI

Commit-ID: c426e5849b6019a0da7957e1acce4762c77f7c71 Gitweb: https://git.kernel.org/tip/c426e5849b6019a0da7957e1acce4762c77f7c71 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 15 Mar 2018 10:26:17 -0300 Committer: Arnaldo Carvalho de Melo CommitDate:

[tip:perf/core] perf annotate: Move cycles/IPC formatting width constants outside TUI

Commit-ID: c426e5849b6019a0da7957e1acce4762c77f7c71 Gitweb: https://git.kernel.org/tip/c426e5849b6019a0da7957e1acce4762c77f7c71 Author: Arnaldo Carvalho de Melo AuthorDate: Thu, 15 Mar 2018 10:26:17 -0300 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 20 Mar 2018 13:19:27 -0300

[tip:perf/core] perf unwind: Report error from dwfl_attach_state

Commit-ID: 555fc3b1ef4c850c635be333024dcf67bc1e7cb8 Gitweb: https://git.kernel.org/tip/555fc3b1ef4c850c635be333024dcf67bc1e7cb8 Author: Martin Vuille AuthorDate: Sun, 18 Mar 2018 13:50:53 -0400 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 20 Mar

[tip:perf/core] perf unwind: Report error from dwfl_attach_state

Commit-ID: 555fc3b1ef4c850c635be333024dcf67bc1e7cb8 Gitweb: https://git.kernel.org/tip/555fc3b1ef4c850c635be333024dcf67bc1e7cb8 Author: Martin Vuille AuthorDate: Sun, 18 Mar 2018 13:50:53 -0400 Committer: Arnaldo Carvalho de Melo CommitDate: Tue, 20 Mar 2018 13:16:09 -0300 perf

Re: [PATCH 2/2] send-email: supply a --send-delay=1 by default

On Sun, Mar 25 2018, brian m. carlson wrote: > On Sun, Mar 25, 2018 at 06:28:03PM +, Ævar Arnfjörð Bjarmason wrote: >> The earlier change to add this option described the problem this >> option is trying to solve. >> >> This turns it on by default with a value of 1 second, which'll >>

Re: [PATCH 2/2] send-email: supply a --send-delay=1 by default

On Sun, Mar 25 2018, brian m. carlson wrote: > On Sun, Mar 25, 2018 at 06:28:03PM +, Ævar Arnfjörð Bjarmason wrote: >> The earlier change to add this option described the problem this >> option is trying to solve. >> >> This turns it on by default with a value of 1 second, which'll >>

Re: [PATCH v9 05/24] mm: Introduce pte_spinlock for FAULT_FLAG_SPECULATIVE

On Tue, 13 Mar 2018, Laurent Dufour wrote: > When handling page fault without holding the mmap_sem the fetch of the > pte lock pointer and the locking will have to be done while ensuring > that the VMA is not touched in our back. > > So move the fetch and locking operations in a dedicated

Re: [PATCH v9 05/24] mm: Introduce pte_spinlock for FAULT_FLAG_SPECULATIVE

On Tue, 13 Mar 2018, Laurent Dufour wrote: > When handling page fault without holding the mmap_sem the fetch of the > pte lock pointer and the locking will have to be done while ensuring > that the VMA is not touched in our back. > > So move the fetch and locking operations in a dedicated

Re: [PATCH v9 04/24] mm: Prepare for FAULT_FLAG_SPECULATIVE

On Tue, 13 Mar 2018, Laurent Dufour wrote: > From: Peter Zijlstra > > When speculating faults (without holding mmap_sem) we need to validate > that the vma against which we loaded pages is still valid when we're > ready to install the new PTE. > > Therefore, replace the

Re: [PATCH v9 04/24] mm: Prepare for FAULT_FLAG_SPECULATIVE

On Tue, 13 Mar 2018, Laurent Dufour wrote: > From: Peter Zijlstra > > When speculating faults (without holding mmap_sem) we need to validate > that the vma against which we loaded pages is still valid when we're > ready to install the new PTE. > > Therefore, replace the pte_offset_map_lock()

Re: [PATCH v9 01/24] mm: Introduce CONFIG_SPECULATIVE_PAGE_FAULT

On Tue, 13 Mar 2018, Laurent Dufour wrote: > This configuration variable will be used to build the code needed to > handle speculative page fault. > > By default it is turned off, and activated depending on architecture > support. > > Suggested-by: Thomas Gleixner >

Re: [PATCH v9 01/24] mm: Introduce CONFIG_SPECULATIVE_PAGE_FAULT

On Tue, 13 Mar 2018, Laurent Dufour wrote: > This configuration variable will be used to build the code needed to > handle speculative page fault. > > By default it is turned off, and activated depending on architecture > support. > > Suggested-by: Thomas Gleixner > Signed-off-by: Laurent

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Sun, 2018-03-25 at 23:34 +0200, Rafael J. Wysocki wrote: > On Sunday, March 25, 2018 10:15:52 PM CEST Rik van Riel wrote: > > > > --=-e8yLbs0aoH4SrxOskwwl > > Content-Type: text/plain; charset="UTF-8" > > Content-Transfer-Encoding: quoted-printable > > > > On Thu, 2018-03-22 at 18:09 +0100,

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Sun, 2018-03-25 at 23:34 +0200, Rafael J. Wysocki wrote: > On Sunday, March 25, 2018 10:15:52 PM CEST Rik van Riel wrote: > > > > --=-e8yLbs0aoH4SrxOskwwl > > Content-Type: text/plain; charset="UTF-8" > > Content-Transfer-Encoding: quoted-printable > > > > On Thu, 2018-03-22 at 18:09 +0100,

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Sunday, March 25, 2018 1:53:42 PM CEST Rafael J. Wysocki wrote: > On Sun, Mar 25, 2018 at 1:28 AM, Doug Smythies wrote: > > On 2018.03.14 07:04 Rafael J. Wysocki wrote: > > > >> If poll_idle() is allowed to spin until need_resched() returns 'true', > >> it may actually

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Sunday, March 25, 2018 1:53:42 PM CEST Rafael J. Wysocki wrote: > On Sun, Mar 25, 2018 at 1:28 AM, Doug Smythies wrote: > > On 2018.03.14 07:04 Rafael J. Wysocki wrote: > > > >> If poll_idle() is allowed to spin until need_resched() returns 'true', > >> it may actually spin for a much longer

Re: Periodic Null pointer access with 4.14.29-30 (while using minidlna) in sendfile system call

On 3/25/18 11:07 PM, Eric Valette wrote: Since a few kernels I get this error when streaming video to TV via minidlna: Checked it started with at least 4.14.25. My older kern.log.2.gz file says before first march I did not get this error. But I removed older kernels from my /boot directory.

Re: Periodic Null pointer access with 4.14.29-30 (while using minidlna) in sendfile system call

On 3/25/18 11:07 PM, Eric Valette wrote: Since a few kernels I get this error when streaming video to TV via minidlna: Checked it started with at least 4.14.25. My older kern.log.2.gz file says before first march I did not get this error. But I removed older kernels from my /boot directory.

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Sunday, March 25, 2018 10:15:52 PM CEST Rik van Riel wrote: > > --=-e8yLbs0aoH4SrxOskwwl > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > On Thu, 2018-03-22 at 18:09 +0100, Rafael J. Wysocki wrote: > >=20 > > +++

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Sunday, March 25, 2018 10:15:52 PM CEST Rik van Riel wrote: > > --=-e8yLbs0aoH4SrxOskwwl > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > On Thu, 2018-03-22 at 18:09 +0100, Rafael J. Wysocki wrote: > >=20 > > +++

[PATCH v6 6/6] [media] cxusb: add analog mode support for Medion MD95700

This patch adds support for analog part of Medion 95700 in the cxusb driver. What works: * Video capture at various sizes with sequential fields, * Input switching (TV Tuner, Composite, S-Video), * TV and radio tuning, * Video standard switching and auto detection, * Radio mode switching (stereo

[PATCH v6 3/6] cx25840: add pin to pad mapping and output format configuration

This commit adds pin to pad mapping and output format configuration support in CX2584x-series chips to cx25840 driver. This functionality is then used to allow disabling ivtv-specific hacks (called a "generic mode"), so cx25840 driver can be used for other devices not needing them without risking

[PATCH v6 6/6] [media] cxusb: add analog mode support for Medion MD95700

This patch adds support for analog part of Medion 95700 in the cxusb driver. What works: * Video capture at various sizes with sequential fields, * Input switching (TV Tuner, Composite, S-Video), * TV and radio tuning, * Video standard switching and auto detection, * Radio mode switching (stereo

[PATCH v6 3/6] cx25840: add pin to pad mapping and output format configuration

This commit adds pin to pad mapping and output format configuration support in CX2584x-series chips to cx25840 driver. This functionality is then used to allow disabling ivtv-specific hacks (called a "generic mode"), so cx25840 driver can be used for other devices not needing them without risking

[PATCH v6 4/6] tuner-simple: allow setting mono radio mode

For some types of tuners (Philips FMD1216ME(X) MK3 currently) we know that letting TDA9887 output port 1 remain high (inactive) will switch FM radio to mono mode. Let's make use of this functionality - nothing changes for the default stereo radio mode. Tested on a Medion 95700 board which has a

[PATCH v6 4/6] tuner-simple: allow setting mono radio mode

For some types of tuners (Philips FMD1216ME(X) MK3 currently) we know that letting TDA9887 output port 1 remain high (inactive) will switch FM radio to mono mode. Let's make use of this functionality - nothing changes for the default stereo radio mode. Tested on a Medion 95700 board which has a

[PATCH v6 1/6] ivtv: zero-initialize cx25840 platform data

We need to zero-initialize cx25840 platform data structure to make sure that its future members do not contain random stack garbage. Signed-off-by: Maciej S. Szmigiero --- drivers/media/pci/ivtv/ivtv-i2c.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH v6 1/6] ivtv: zero-initialize cx25840 platform data

We need to zero-initialize cx25840 platform data structure to make sure that its future members do not contain random stack garbage. Signed-off-by: Maciej S. Szmigiero --- drivers/media/pci/ivtv/ivtv-i2c.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/pci/ivtv/ivtv-i2c.c

[PATCH v6 5/6] [media] cxusb: implement Medion MD95700 digital / analog coexistence

This patch prepares cxusb driver for supporting the analog part of Medion 95700 (previously only the digital - DVB - mode was supported). Specifically, it adds support for: * switching the device between analog and digital modes of operation, * enforcing that only one mode is active at the same

[PATCH v6 2/6] cx25840: add kernel-doc description of struct cx25840_state

This commit describes a device instance private data of the driver (struct cx25840_state) in a kernel-doc style comment. Signed-off-by: Maciej S. Szmigiero --- drivers/media/i2c/cx25840/cx25840-core.h | 33 ++-- 1 file changed, 31

[PATCH v6 5/6] [media] cxusb: implement Medion MD95700 digital / analog coexistence

This patch prepares cxusb driver for supporting the analog part of Medion 95700 (previously only the digital - DVB - mode was supported). Specifically, it adds support for: * switching the device between analog and digital modes of operation, * enforcing that only one mode is active at the same

[PATCH v6 2/6] cx25840: add kernel-doc description of struct cx25840_state

This commit describes a device instance private data of the driver (struct cx25840_state) in a kernel-doc style comment. Signed-off-by: Maciej S. Szmigiero --- drivers/media/i2c/cx25840/cx25840-core.h | 33 ++-- 1 file changed, 31 insertions(+), 2 deletions(-) diff

[PATCH v6 0/6] [media] Add analog mode support for Medion MD95700

This series adds support for analog part of Medion 95700 in the cxusb driver. What works: * Video capture at various sizes with sequential fields, * Input switching (TV Tuner, Composite, S-Video), * TV and radio tuning, * Video standard switching and auto detection, * Radio mode switching (stereo

[PATCH v6 0/6] [media] Add analog mode support for Medion MD95700

This series adds support for analog part of Medion 95700 in the cxusb driver. What works: * Video capture at various sizes with sequential fields, * Input switching (TV Tuner, Composite, S-Video), * TV and radio tuning, * Video standard switching and auto detection, * Radio mode switching (stereo

Re: [PATCH] Input: ALPS - fix DualPoint flag for 74 03 28 devices

On Tuesday 20 March 2018 11:47:26 Dmitry Torokhov wrote: > On Mon, Jan 29, 2018 at 2:51 PM, dmitry.torok...@gmail.com > wrote: > > Hi, > > > > On Thu, Nov 16, 2017 at 07:27:02AM +, Masaki Ota wrote: > >> Hi, Pali, Aaron, > >> > >> Current code is correct device

Re: [PATCH] Input: ALPS - fix DualPoint flag for 74 03 28 devices

On Tuesday 20 March 2018 11:47:26 Dmitry Torokhov wrote: > On Mon, Jan 29, 2018 at 2:51 PM, dmitry.torok...@gmail.com > wrote: > > Hi, > > > > On Thu, Nov 16, 2017 at 07:27:02AM +, Masaki Ota wrote: > >> Hi, Pali, Aaron, > >> > >> Current code is correct device setting, previous code is

Re: [PATCH 2/2] send-email: supply a --send-delay=1 by default

On Sun, Mar 25, 2018 at 06:28:03PM +, Ævar Arnfjörð Bjarmason wrote: > The earlier change to add this option described the problem this > option is trying to solve. > > This turns it on by default with a value of 1 second, which'll > hopefully solve it, and if not user reports as well as the

Re: [PATCH 2/2] send-email: supply a --send-delay=1 by default

On Sun, Mar 25, 2018 at 06:28:03PM +, Ævar Arnfjörð Bjarmason wrote: > The earlier change to add this option described the problem this > option is trying to solve. > > This turns it on by default with a value of 1 second, which'll > hopefully solve it, and if not user reports as well as the

Re: [PATCH net-next,0/2] hv_netvsc: Fix/improve RX path error handling

From: Haiyang Zhang Date: Thu, 22 Mar 2018 12:01:12 -0700 > Fix the status code returned to the host. Also add range > check for rx packet offset and length. Series applied, thank you.

Re: [PATCH net-next,0/2] hv_netvsc: Fix/improve RX path error handling

From: Haiyang Zhang Date: Thu, 22 Mar 2018 12:01:12 -0700 > Fix the status code returned to the host. Also add range > check for rx packet offset and length. Series applied, thank you.

Periodic Null pointer access with 4.14.29-30 (while using minidlna) in sendfile system call

Since a few kernels I get this error when streaming video to TV via minidlna: Please CC me, I'm not subscribed BUG: unable to handle kernel NULL pointer dereference at 0078 [ 3330.960519] IP: tcp_push+0x70/0xeb [ 3330.960520] PGD 0 P4D 0 [ 3330.960523] Oops: [#1] SMP PTI [

Periodic Null pointer access with 4.14.29-30 (while using minidlna) in sendfile system call

Since a few kernels I get this error when streaming video to TV via minidlna: Please CC me, I'm not subscribed BUG: unable to handle kernel NULL pointer dereference at 0078 [ 3330.960519] IP: tcp_push+0x70/0xeb [ 3330.960520] PGD 0 P4D 0 [ 3330.960523] Oops: [#1] SMP PTI [

[patch] x86/apic: Finish removing unused callbacks

The ->cpu_mask_to_apicid() and ->vector_allocation_domain() callbacks are now unused, so remove them. Fixes: baab1e84b112 ("x86/apic: Remove unused callbacks") Signed-off-by: David Rientjes --- arch/x86/include/asm/apic.h | 16 1 file changed, 16

[patch] x86/apic: Finish removing unused callbacks

The ->cpu_mask_to_apicid() and ->vector_allocation_domain() callbacks are now unused, so remove them. Fixes: baab1e84b112 ("x86/apic: Remove unused callbacks") Signed-off-by: David Rientjes --- arch/x86/include/asm/apic.h | 16 1 file changed, 16 deletions(-) diff --git

Re: [PATCH] of_net: Implement of_get_nvmem_mac_address helper

> I have no experience with Coccinelle though. Hi Mike I've very little either. But all the interactions i've had with Coccinelle people have been very friendly and helpful. It could be, if you can describe in words what you need help with, they can write the script to do it. Andrew

Re: [PATCH] of_net: Implement of_get_nvmem_mac_address helper

> I have no experience with Coccinelle though. Hi Mike I've very little either. But all the interactions i've had with Coccinelle people have been very friendly and helpful. It could be, if you can describe in words what you need help with, they can write the script to do it. Andrew

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> On Mar 25, 2018, at 9:54 AM, Jonathan Cameron wrote: > > On Sun, 25 Mar 2018 01:29:41 -0700 > John Syne wrote: > >> Hi Jonathan, > Hi John, > > Please wrap your normal emails (excepting tables) to 80 chars. Yeah, I’m trying to do that, but I use a Mac

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> On Mar 25, 2018, at 9:54 AM, Jonathan Cameron wrote: > > On Sun, 25 Mar 2018 01:29:41 -0700 > John Syne wrote: > >> Hi Jonathan, > Hi John, > > Please wrap your normal emails (excepting tables) to 80 chars. Yeah, I’m trying to do that, but I use a Mac and Apple Mail doesn’t have a feature

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* Pavel Machek [180325 19:00]: > Hi! > > > > Hmm. Interesting. Anyway, for me ttyUSB4 is interesting, as it seems > > > to react to AT commands, and in particular reacts to ADT123; (; is > > > important). > > > > Is that to dial a voice call? > > Yes. And it is ATD123; not ATD.

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

* Pavel Machek [180325 19:00]: > Hi! > > > > Hmm. Interesting. Anyway, for me ttyUSB4 is interesting, as it seems > > > to react to AT commands, and in particular reacts to ADT123; (; is > > > important). > > > > Is that to dial a voice call? > > Yes. And it is ATD123; not ATD. Strange, no

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> > On Mar 25, 2018, at 9:44 AM, Jonathan Cameron wrote: > > On Sat, 24 Mar 2018 16:06:17 -0700 > John Syne wrote: > > This thread is becoming unmanageable so I am cropping this down to just > the questions that remain open. > Probably easier to

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> > On Mar 25, 2018, at 9:44 AM, Jonathan Cameron wrote: > > On Sat, 24 Mar 2018 16:06:17 -0700 > John Syne wrote: > > This thread is becoming unmanageable so I am cropping this down to just > the questions that remain open. > Probably easier to copy and paste this table into a

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> On Mar 25, 2018, at 9:44 AM, Jonathan Cameron wrote: > > On Sat, 24 Mar 2018 16:06:17 -0700 > John Syne wrote: > > This thread is becoming unmanageable so I am cropping this down to just > the questions that remain open. > Probably easier to copy

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> On Mar 25, 2018, at 9:44 AM, Jonathan Cameron wrote: > > On Sat, 24 Mar 2018 16:06:17 -0700 > John Syne wrote: > > This thread is becoming unmanageable so I am cropping this down to just > the questions that remain open. > Probably easier to copy and paste this table into a

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> On Mar 25, 2018, at 9:29 AM, Jonathan Cameron wrote: > > On Sat, 24 Mar 2018 15:45:21 -0700 > John Syne wrote: > >>> On Mar 24, 2018, at 8:02 AM, Jonathan Cameron wrote: >>> >>> On Mon, 19 Mar 2018 22:57:16 -0700 >>> John Syne

Re: meter ABI: (was Re: [PATCH v2 1/3] staging:iio:meter: Replaces IIO_DEV_ATTR_CH_OFF by IIO_DEVICE_ATTR)

> On Mar 25, 2018, at 9:29 AM, Jonathan Cameron wrote: > > On Sat, 24 Mar 2018 15:45:21 -0700 > John Syne wrote: > >>> On Mar 24, 2018, at 8:02 AM, Jonathan Cameron wrote: >>> >>> On Mon, 19 Mar 2018 22:57:16 -0700 >>> John Syne wrote: >>> Hi Jonathan, Thank you for all

Re: [PATCH v6 11/11] clk: actions: Add S900 SoC clock support

: https://github.com/0day-ci/linux/commits/Manivannan-Sadhasivam/Add-clock-driver-for-Actions-S900-SoC/20180325-231339 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next config: i386-allmodconfig (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce

Re: [PATCH v6 11/11] clk: actions: Add S900 SoC clock support

: https://github.com/0day-ci/linux/commits/Manivannan-Sadhasivam/Add-clock-driver-for-Actions-S900-SoC/20180325-231339 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next config: i386-allmodconfig (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce

Re: [PATCH v7 6/7] bnxt_en: Eliminate duplicate barriers on weakly-ordered archs

On Sun, Mar 25, 2018 at 7:39 AM, Sinan Kaya wrote: > Code includes wmb() followed by writel(). writel() already has a barrier on > some architectures like arm64. > > This ends up CPU observing two barriers back to back before executing the > register write. > > Create a new

Re: [PATCH v7 6/7] bnxt_en: Eliminate duplicate barriers on weakly-ordered archs

On Sun, Mar 25, 2018 at 7:39 AM, Sinan Kaya wrote: > Code includes wmb() followed by writel(). writel() already has a barrier on > some architectures like arm64. > > This ends up CPU observing two barriers back to back before executing the > register write. > > Create a new wrapper function with

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Thu, 2018-03-22 at 18:09 +0100, Rafael J. Wysocki wrote: > > +++ linux-pm/drivers/cpuidle/poll_state.c > @@ -10,6 +10,7 @@ > #include > > #define POLL_IDLE_TIME_LIMIT (TICK_NSEC / 16) > +#define POLL_IDLE_COUNT 1000 > > static int __cpuidle poll_idle(struct cpuidle_device

Re: [PATCH v3] cpuidle: poll_state: Add time limit to poll_idle()

On Thu, 2018-03-22 at 18:09 +0100, Rafael J. Wysocki wrote: > > +++ linux-pm/drivers/cpuidle/poll_state.c > @@ -10,6 +10,7 @@ > #include > > #define POLL_IDLE_TIME_LIMIT (TICK_NSEC / 16) > +#define POLL_IDLE_COUNT 1000 > > static int __cpuidle poll_idle(struct cpuidle_device

Re: [PATCH 2/2] smp: introduce kick_active_cpus_sync()

On Sun, Mar 25, 2018 at 12:23:28PM -0700, Paul E. McKenney wrote: > On Sun, Mar 25, 2018 at 08:50:04PM +0300, Yury Norov wrote: > > kick_all_cpus_sync() forces all CPUs to sync caches by sending broadcast > > IPI. > > If CPU is in extended quiescent state (idle task or nohz_full userspace), > >

Re: [PATCH 2/2] smp: introduce kick_active_cpus_sync()

On Sun, Mar 25, 2018 at 12:23:28PM -0700, Paul E. McKenney wrote: > On Sun, Mar 25, 2018 at 08:50:04PM +0300, Yury Norov wrote: > > kick_all_cpus_sync() forces all CPUs to sync caches by sending broadcast > > IPI. > > If CPU is in extended quiescent state (idle task or nohz_full userspace), > >

Re: [v9,04/15] clk: qcom: Add HFPLL driver

This doesn't seem to work correctly with the higher clocks on 8974pro, specifically 215040 hz or above, maybe its something to do with being bigger than an unsigned long. When i try to set any higher frequency it jumps down to 300mhz.

Re: [v9,04/15] clk: qcom: Add HFPLL driver

This doesn't seem to work correctly with the higher clocks on 8974pro, specifically 215040 hz or above, maybe its something to do with being bigger than an unsigned long. When i try to set any higher frequency it jumps down to 300mhz.

[PATCH 1/3] i2c: update i2c_trace_msg static key to modern api

No changes in refcount semantics -- key init is false; replace static_key_slow_inc|dec with static_branch_inc|dec static_key_false with static_branch_unlikely Added a '_key' suffix to i2c_trace_msg, for better self documentation. Cc: Wolfram Sang Cc:

[PATCH 1/3] i2c: update i2c_trace_msg static key to modern api

No changes in refcount semantics -- key init is false; replace static_key_slow_inc|dec with static_branch_inc|dec static_key_false with static_branch_unlikely Added a '_key' suffix to i2c_trace_msg, for better self documentation. Cc: Wolfram Sang Cc: linux-...@vger.kernel.org

[PATCH 3/3] sched/core: update preempt_notifier_key to modern api

No changes in refcount semantics -- key init is false; replace static_key_slow_inc|dec with static_branch_inc|dec static_key_false with static_branch_unlikely Signed-off-by: Davidlohr Bueso --- kernel/sched/core.c | 12 ++-- 1 file changed, 6

[PATCH 3/3] sched/core: update preempt_notifier_key to modern api

No changes in refcount semantics -- key init is false; replace static_key_slow_inc|dec with static_branch_inc|dec static_key_false with static_branch_unlikely Signed-off-by: Davidlohr Bueso --- kernel/sched/core.c | 12 ++-- 1 file changed, 6 insertions(+), 6

[PATCH 2/3] drivers/irqchip: update supports_deactivate static key to modern api

Minor changes in semantics -- key init is true; replace static_key_slow_dec with static_branch_disable static_key_true with static_branch_likely The first is because we never actually do any couterpart incs, thus there is really no reference counting semantics going on. Use

[PATCH 2/3] drivers/irqchip: update supports_deactivate static key to modern api

Minor changes in semantics -- key init is true; replace static_key_slow_dec with static_branch_disable static_key_true with static_branch_likely The first is because we never actually do any couterpart incs, thus there is really no reference counting semantics going on. Use

Re: [PATCH 2/2] smp: introduce kick_active_cpus_sync()

On Sun, Mar 25, 2018 at 08:50:04PM +0300, Yury Norov wrote: > kick_all_cpus_sync() forces all CPUs to sync caches by sending broadcast IPI. > If CPU is in extended quiescent state (idle task or nohz_full userspace), this > work may be done at the exit of this state. Delaying synchronization helps

[PATCH -next 0/3] update some static key users to modern api

Hi, I noticed a few users in the kernel calling stale static key api. Patches are straightforward; note that the irqchip was also changed to not use refcounting functions as it only 'disables' the feature. Thanks! Davidlohr Bueso (3): i2c: update i2c_trace_msg static key to modern api

Re: [PATCH 2/2] smp: introduce kick_active_cpus_sync()

On Sun, Mar 25, 2018 at 08:50:04PM +0300, Yury Norov wrote: > kick_all_cpus_sync() forces all CPUs to sync caches by sending broadcast IPI. > If CPU is in extended quiescent state (idle task or nohz_full userspace), this > work may be done at the exit of this state. Delaying synchronization helps

[PATCH -next 0/3] update some static key users to modern api

Hi, I noticed a few users in the kernel calling stale static key api. Patches are straightforward; note that the irqchip was also changed to not use refcounting functions as it only 'disables' the feature. Thanks! Davidlohr Bueso (3): i2c: update i2c_trace_msg static key to modern api

Re: [PATCH v6 01/11] arm64: dts: actions: Add S900 clock management unit nodes

://github.com/0day-ci/linux/commits/Manivannan-Sadhasivam/Add-clock-driver-for-Actions-S900-SoC/20180325-231339 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next config: arm64-defconfig (attached as .config) compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 reproduce

Re: [PATCH v6 01/11] arm64: dts: actions: Add S900 clock management unit nodes

://github.com/0day-ci/linux/commits/Manivannan-Sadhasivam/Add-clock-driver-for-Actions-S900-SoC/20180325-231339 base: https://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next config: arm64-defconfig (attached as .config) compiler: aarch64-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 reproduce

Re: [PATCH 1/2] rcu: declare rcu_eqs_special_set() in public header

On Sun, Mar 25, 2018 at 12:12:43PM -0700, Paul E. McKenney wrote: > On Sun, Mar 25, 2018 at 08:50:03PM +0300, Yury Norov wrote: > > rcu_eqs_special_set() is declared only in internal header > > kernel/rcu/tree.h and stubbed in include/linux/rcutiny.h. > > > > This patch declares

Re: [PATCH 1/2] rcu: declare rcu_eqs_special_set() in public header

On Sun, Mar 25, 2018 at 12:12:43PM -0700, Paul E. McKenney wrote: > On Sun, Mar 25, 2018 at 08:50:03PM +0300, Yury Norov wrote: > > rcu_eqs_special_set() is declared only in internal header > > kernel/rcu/tree.h and stubbed in include/linux/rcutiny.h. > > > > This patch declares

Re: [PATCH 1/2] rcu: declare rcu_eqs_special_set() in public header

On Sun, Mar 25, 2018 at 08:50:03PM +0300, Yury Norov wrote: > rcu_eqs_special_set() is declared only in internal header > kernel/rcu/tree.h and stubbed in include/linux/rcutiny.h. > > This patch declares rcu_eqs_special_set() in include/linux/rcutree.h, so > it can be used in non-rcu kernel code.

Re: [PATCH 1/2] rcu: declare rcu_eqs_special_set() in public header

On Sun, Mar 25, 2018 at 08:50:03PM +0300, Yury Norov wrote: > rcu_eqs_special_set() is declared only in internal header > kernel/rcu/tree.h and stubbed in include/linux/rcutiny.h. > > This patch declares rcu_eqs_special_set() in include/linux/rcutree.h, so > it can be used in non-rcu kernel code.

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

Hi! > > Hmm. Interesting. Anyway, for me ttyUSB4 is interesting, as it seems > > to react to AT commands, and in particular reacts to ADT123; (; is > > important). > > Is that to dial a voice call? Yes. And it is ATD123; not ATD. > > AT+CMGF=1 > > AT+CMGS="123" > > foo^Z > > > > Works for SMS

Re: [PATCHv4] phy: mapphone-mdm6600: Add USB PHY driver for MDM6600 on Droid 4

Hi! > > Hmm. Interesting. Anyway, for me ttyUSB4 is interesting, as it seems > > to react to AT commands, and in particular reacts to ADT123; (; is > > important). > > Is that to dial a voice call? Yes. And it is ATD123; not ATD. > > AT+CMGF=1 > > AT+CMGS="123" > > foo^Z > > > > Works for SMS

Re: rcu: Add might_sleep() check to synchronize_rcu()

On Fri, Mar 23, 2018 at 10:12:24PM +0100, Thomas Gleixner wrote: > Subject: rcu: Add might_sleep() check to synchronize_rcu() > From: Thomas Gleixner > Date: Fri, 23 Mar 2018 22:02:18 +0100 > > Joel reported a debugobjects warning which is triggered by a RCU callback >

Re: rcu: Add might_sleep() check to synchronize_rcu()

On Fri, Mar 23, 2018 at 10:12:24PM +0100, Thomas Gleixner wrote: > Subject: rcu: Add might_sleep() check to synchronize_rcu() > From: Thomas Gleixner > Date: Fri, 23 Mar 2018 22:02:18 +0100 > > Joel reported a debugobjects warning which is triggered by a RCU callback > invoking

[PATCH 2/2] md: dm-verity: allow parallel processing of bio blocks

Allow parallel processing of bio blocks by moving to async. completion handling. This allows for better resource utilization of both HW and software based hash tfm and therefore better performance in many cases, depending on the specific tfm in use. Tested on ARM32 (zynq board) and ARM64

Re: rcu: Add might_sleep() check to synchronize_rcu()

On Fri, Mar 23, 2018 at 09:21:05PM -0400, Steven Rostedt wrote: > On Fri, 23 Mar 2018 15:57:04 -0700 > Joel Fernandes wrote: > > > > diff --git a/net/l2tp/l2tp_core.c b/net/l2tp/l2tp_core.c > > > index 194a7483bb93..857b494bee29 100644 > > > --- a/net/l2tp/l2tp_core.c > > >

Re: rcu: Add might_sleep() check to synchronize_rcu()

On Fri, Mar 23, 2018 at 09:21:05PM -0400, Steven Rostedt wrote: > On Fri, 23 Mar 2018 15:57:04 -0700 > Joel Fernandes wrote: > > > > diff --git a/net/l2tp/l2tp_core.c b/net/l2tp/l2tp_core.c > > > index 194a7483bb93..857b494bee29 100644 > > > --- a/net/l2tp/l2tp_core.c > > > +++

[PATCH 2/2] md: dm-verity: allow parallel processing of bio blocks

Allow parallel processing of bio blocks by moving to async. completion handling. This allows for better resource utilization of both HW and software based hash tfm and therefore better performance in many cases, depending on the specific tfm in use. Tested on ARM32 (zynq board) and ARM64

[PATCH 1/2] md: dm-verity: aggregate crypto API calls

Current implementation makes multiple crypto API calls per block implementation makes multiple crypto API calls per single block, forcing underlying crypto tfm implementation to "stop & go", leading to under utilization of HW engines. To fix it unify calls to crypto init/update/final into a

[PATCH 1/2] md: dm-verity: aggregate crypto API calls

Current implementation makes multiple crypto API calls per block implementation makes multiple crypto API calls per single block, forcing underlying crypto tfm implementation to "stop & go", leading to under utilization of HW engines. To fix it unify calls to crypto init/update/final into a

It's All About Facebook

Hello, Facebook is given out 14,000,000.USD (Fourteen Million Dollars) its all about 14 Please, respond with your Unique Code (FB/BF14-13M5250UD) using your registration email, to the Verification Department at; dustinmoskovitz.2faceb...@gmail.com Dustin Moskovitz Facebook Team

It's All About Facebook

Hello, Facebook is given out 14,000,000.USD (Fourteen Million Dollars) its all about 14 Please, respond with your Unique Code (FB/BF14-13M5250UD) using your registration email, to the Verification Department at; dustinmoskovitz.2faceb...@gmail.com Dustin Moskovitz Facebook Team

Proposal

I have a very profitable business for you

Proposal

I have a very profitable business for you

<    1   2   3   4   5   6   7   >