[ANNOUNCE] Git v2.15.0-rc0

An early preview release Git v2.15.0-rc0 is now available for testing at the usual places. It is comprised of 672 non-merge commits since v2.14.0, contributed by 66 people, 20 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/testing/ The

[ANNOUNCE] Git v2.15.0-rc0

An early preview release Git v2.15.0-rc0 is now available for testing at the usual places. It is comprised of 672 non-merge commits since v2.14.0, contributed by 66 people, 20 of which are new faces. The tarballs are found at: https://www.kernel.org/pub/software/scm/git/testing/ The

Re: [PATCH v4 05/14] platform/x86: dell-wmi-descriptor: split WMI descriptor into it's own driver

On Thu, Oct 5, 2017 at 1:48 AM, Mario Limonciello wrote: > All communication on individual GUIDs should occur in separate drivers. > Allowing a driver to communicate with the bus to another GUID is just > a hack that discourages drivers to adopt the bus model. > > The

Re: [PATCH v4 05/14] platform/x86: dell-wmi-descriptor: split WMI descriptor into it's own driver

On Thu, Oct 5, 2017 at 1:48 AM, Mario Limonciello wrote: > All communication on individual GUIDs should occur in separate drivers. > Allowing a driver to communicate with the bus to another GUID is just > a hack that discourages drivers to adopt the bus model. > > The information found from the

Re: [PATCH 10/13] timer: Remove expires and data arguments from DEFINE_TIMER

On Wed, Oct 04, 2017 at 04:27:04PM -0700, Kees Cook wrote: > Drop the arguments from the macro and adjust all callers with the > following script: > > perl -pi -e 's/DEFINE_TIMER\((.*), 0, 0\);/DEFINE_TIMER($1);/g;' \ > $(git grep DEFINE_TIMER | cut -d: -f1 | sort -u | grep -v timer.h) > >

Re: [PATCH 10/13] timer: Remove expires and data arguments from DEFINE_TIMER

On Wed, Oct 04, 2017 at 04:27:04PM -0700, Kees Cook wrote: > Drop the arguments from the macro and adjust all callers with the > following script: > > perl -pi -e 's/DEFINE_TIMER\((.*), 0, 0\);/DEFINE_TIMER($1);/g;' \ > $(git grep DEFINE_TIMER | cut -d: -f1 | sort -u | grep -v timer.h) > >

Re: [PATCH v4 05/14] platform/x86: dell-wmi-descriptor: split WMI descriptor into it's own driver

On Thu, Oct 5, 2017 at 4:09 AM, Darren Hart wrote: > On Wed, Oct 04, 2017 at 05:48:31PM -0500, Mario Limonciello wrote: >> All communication on individual GUIDs should occur in separate drivers. >> Allowing a driver to communicate with the bus to another GUID is just >> a

Re: [PATCH v4 05/14] platform/x86: dell-wmi-descriptor: split WMI descriptor into it's own driver

On Thu, Oct 5, 2017 at 4:09 AM, Darren Hart wrote: > On Wed, Oct 04, 2017 at 05:48:31PM -0500, Mario Limonciello wrote: >> All communication on individual GUIDs should occur in separate drivers. >> Allowing a driver to communicate with the bus to another GUID is just >> a hack that discourages

Re: [PATCH] USB: serial: qcserial: add Dell DW5818, DW5819

Shrirang Bagul writes: > On Tue, 2017-10-03 at 15:37 +0200, Johan Hovold wrote: > >> Don't you want to add these to qmi_wwan as well? > > I haven't tested these devices with qmi_wwan. Perhaps a separate patch once > it's > verified. Please do, if you can. I

Re: [PATCH] USB: serial: qcserial: add Dell DW5818, DW5819

Shrirang Bagul writes: > On Tue, 2017-10-03 at 15:37 +0200, Johan Hovold wrote: > >> Don't you want to add these to qmi_wwan as well? > > I haven't tested these devices with qmi_wwan. Perhaps a separate patch once > it's > verified. Please do, if you can. I realize that QMI isn't a default

Re: [PATCH] net: ethernet: stmmac: Convert timers to use

On 10/5/2017 2:50 AM, Kees Cook wrote: In preparation for unconditionally passing the struct timer_list pointer to all timer callbacks, switch to using the new timer_setup() and from_timer() to pass the timer pointer explicitly. Cc: Giuseppe Cavallaro Cc: Alexandre

Re: [PATCH] net: ethernet: stmmac: Convert timers to use

On 10/5/2017 2:50 AM, Kees Cook wrote: In preparation for unconditionally passing the struct timer_list pointer to all timer callbacks, switch to using the new timer_setup() and from_timer() to pass the timer pointer explicitly. Cc: Giuseppe Cavallaro Cc: Alexandre Torgue Cc:

Re: [PATCH v4 04/14] platform/x86: dell-wmi: increase severity of some failures

On Thu, Oct 5, 2017 at 1:48 AM, Mario Limonciello wrote: > There is a lot of error checking in place for the format of the WMI > descriptor buffer, but some of the potentially raised issues should > be considered critical failures. > > If the buffer size or header

Re: [PATCH v4 04/14] platform/x86: dell-wmi: increase severity of some failures

On Thu, Oct 5, 2017 at 1:48 AM, Mario Limonciello wrote: > There is a lot of error checking in place for the format of the WMI > descriptor buffer, but some of the potentially raised issues should > be considered critical failures. > > If the buffer size or header don't match, this is a good

[GIT] Networking

1) Check iwlwifi 9000 reorder buffer out-of-space condition properly, from Sara Sharon. 2) Fix RCU splat in qualcomm rmnet driver, from Subash Abhinov Kasiviswanathan. 3) Fix session and tunnel release races in l2tp, from Guillaume Nault and Sabrina Dubroca. 4) Fix endian bug in

[GIT] Networking

1) Check iwlwifi 9000 reorder buffer out-of-space condition properly, from Sara Sharon. 2) Fix RCU splat in qualcomm rmnet driver, from Subash Abhinov Kasiviswanathan. 3) Fix session and tunnel release races in l2tp, from Guillaume Nault and Sabrina Dubroca. 4) Fix endian bug in

Re: [PATCH 2/2] mm: Consolidate page table accounting

On 10/04/2017 10:06 PM, Kirill A. Shutemov wrote: > This patch switches page table accounting to single counter from > three -- nr_ptes, nr_pmds and nr_puds. > > mm->pgtables_bytes is now used to account page table levels. We use > bytes, because page table size for different levels of page table

Re: [PATCH 2/2] mm: Consolidate page table accounting

On 10/04/2017 10:06 PM, Kirill A. Shutemov wrote: > This patch switches page table accounting to single counter from > three -- nr_ptes, nr_pmds and nr_puds. > > mm->pgtables_bytes is now used to account page table levels. We use > bytes, because page table size for different levels of page table

[PATCH] cpuidle: ladder: Add per CPU PM QoS resume latency support

Individual CPUs may have special requirements to not enter deep idle states. For example, a CPU running real time applications would not want to enter deep idle states to avoid latency impacts. At the same time other CPUs that do not have such a requirement could allow deep idle states to save

[PATCH] cpuidle: ladder: Add per CPU PM QoS resume latency support

Individual CPUs may have special requirements to not enter deep idle states. For example, a CPU running real time applications would not want to enter deep idle states to avoid latency impacts. At the same time other CPUs that do not have such a requirement could allow deep idle states to save

Re: [PATCH] PM / OPP: Add missing of_node_put(np)

On 04-10-17, 09:42, Stephen Boyd wrote: > On 10/03/2017 11:05 PM, Viresh Kumar wrote: > > From: Tobias Jordan > > > > The for_each_available_child_of_node() loop in _of_add_opp_table_v2() > > doesn't drop the reference to "np" on errors. Fix that. > > > > Fixes:

Re: [PATCH] PM / OPP: Add missing of_node_put(np)

On 04-10-17, 09:42, Stephen Boyd wrote: > On 10/03/2017 11:05 PM, Viresh Kumar wrote: > > From: Tobias Jordan > > > > The for_each_available_child_of_node() loop in _of_add_opp_table_v2() > > doesn't drop the reference to "np" on errors. Fix that. > > > > Fixes: 274659029c9d ("PM / OPP: Add

Re: [PATCH] Staging: rtl8723bs: Externs should be avoided in .C file

On Wed, 2017-10-04 at 19:24 +0200, Srinivasan Shanmugam wrote: > Removed warning from > 0001-Staging-rtl8723bs-Externs-should-be-avoided-in-.C-fi.patch file after > running checkpatch.pl > > Signed-off-by: Srinivasan Shanmugam > --- >

Re: [PATCH] Staging: rtl8723bs: Externs should be avoided in .C file

On Wed, 2017-10-04 at 19:24 +0200, Srinivasan Shanmugam wrote: > Removed warning from > 0001-Staging-rtl8723bs-Externs-should-be-avoided-in-.C-fi.patch file after > running checkpatch.pl > > Signed-off-by: Srinivasan Shanmugam > --- > drivers/staging/rtl8723bs/core/rtw_recv.c | 3 ++- > 1

Re: [PATCH tip/core/rcu 1/3] membarrier: Provide register expedited private command

On Wed, 4 Oct 2017 14:37:53 -0700 "Paul E. McKenney" wrote: > From: Mathieu Desnoyers > > Provide a new command allowing processes to register their intent to use > the private expedited command. > > This allows PowerPC to skip the

Re: [PATCH tip/core/rcu 1/3] membarrier: Provide register expedited private command

On Wed, 4 Oct 2017 14:37:53 -0700 "Paul E. McKenney" wrote: > From: Mathieu Desnoyers > > Provide a new command allowing processes to register their intent to use > the private expedited command. > > This allows PowerPC to skip the full memory barrier in switch_mm(), and > only issue the

Re: [PATCH] PCI MSI: allow alignment restrictions on vector allocation

On Mon, Oct 2, 2017 at 10:38 PM, Thomas Gleixner wrote: >> After checking out the new code and thinking this through a bit, I think >> perhaps the only generic approach that would work is to make the >> ath9k driver require a vector allocation that enables the entire block >>

Re: [PATCH] PCI MSI: allow alignment restrictions on vector allocation

On Mon, Oct 2, 2017 at 10:38 PM, Thomas Gleixner wrote: >> After checking out the new code and thinking this through a bit, I think >> perhaps the only generic approach that would work is to make the >> ath9k driver require a vector allocation that enables the entire block >> of 4 MSI IRQs that

Re: powerpc/mm: Call flush_tlb_kernel_range with interrupts enabled

On Sun, 2017-09-24 at 17:30:43 UTC, Guenter Roeck wrote: > flush_tlb_kernel_range() may call smp_call_function_many() which expects > interrupts to be enabled. This results in a traceback. > > WARNING: CPU: 0 PID: 1 at kernel/smp.c:416 smp_call_function_many+0xcc/0x2fc > CPU: 0 PID: 1 Comm:

Re: powerpc/mm: Call flush_tlb_kernel_range with interrupts enabled

On Sun, 2017-09-24 at 17:30:43 UTC, Guenter Roeck wrote: > flush_tlb_kernel_range() may call smp_call_function_many() which expects > interrupts to be enabled. This results in a traceback. > > WARNING: CPU: 0 PID: 1 at kernel/smp.c:416 smp_call_function_many+0xcc/0x2fc > CPU: 0 PID: 1 Comm:

Re: [PATCH v2 3/5] soc: qcom: smem: Support global partition

On Fri 15 Sep 14:02 PDT 2017, Chris Lew wrote: > > > On 9/15/2017 11:33 AM, Bjorn Andersson wrote: > > On Thu 14 Sep 14:25 PDT 2017, Chris Lew wrote: > > > > [..] > > > +static struct smem_ptable *qcom_smem_get_ptable(struct qcom_smem *smem) > > > { > > > - struct smem_partition_header

Re: [PATCH] perf callchain: Compare dsos (as well) for CCKEY_FUNCTION

Hi, On Thu, Oct 05, 2017 at 09:20:21AM +0530, Ravi Bangoria wrote: > Two functions from different binaries can have same start > address. Thus, comparing only start address in match_chain() > leads to inconsistent callchains. Fix this by adding a check > for dsos as well. > > Ex,

Re: [PATCH v2 3/5] soc: qcom: smem: Support global partition

On Fri 15 Sep 14:02 PDT 2017, Chris Lew wrote: > > > On 9/15/2017 11:33 AM, Bjorn Andersson wrote: > > On Thu 14 Sep 14:25 PDT 2017, Chris Lew wrote: > > > > [..] > > > +static struct smem_ptable *qcom_smem_get_ptable(struct qcom_smem *smem) > > > { > > > - struct smem_partition_header

Re: [PATCH] perf callchain: Compare dsos (as well) for CCKEY_FUNCTION

Hi, On Thu, Oct 05, 2017 at 09:20:21AM +0530, Ravi Bangoria wrote: > Two functions from different binaries can have same start > address. Thus, comparing only start address in match_chain() > leads to inconsistent callchains. Fix this by adding a check > for dsos as well. > > Ex,

Re: [PATCH v4 14/15] perf report: use srcline from callchain for hist entries

On Sun, Oct 01, 2017 at 04:30:59PM +0200, Milian Wolff wrote: > This also removes the symbol name from the srcline column, > more on this below. > > This ensures we use the correct srcline, which could originate > from a potentially inlined function. The hist entries used to > query for the

Re: [PATCH v4 14/15] perf report: use srcline from callchain for hist entries

On Sun, Oct 01, 2017 at 04:30:59PM +0200, Milian Wolff wrote: > This also removes the symbol name from the srcline column, > more on this below. > > This ensures we use the correct srcline, which could originate > from a potentially inlined function. The hist entries used to > query for the

Re: [PATCH v2] rpmsg: Allow RPMSG_VIRTIO to be enabled via menuconfig or defconfig

On Thu, Oct 5, 2017 at 8:14 AM, Bjorn Andersson wrote: > On Sun 01 Oct 21:18 PDT 2017, Anup Patel wrote: > >> Currently, RPMSG_VIRTIO can only be enabled if some other kconfig >> option selects it. This does not allow it to be enabled for >> virtualized systems where

Re: [PATCH v2] rpmsg: Allow RPMSG_VIRTIO to be enabled via menuconfig or defconfig

On Thu, Oct 5, 2017 at 8:14 AM, Bjorn Andersson wrote: > On Sun 01 Oct 21:18 PDT 2017, Anup Patel wrote: > >> Currently, RPMSG_VIRTIO can only be enabled if some other kconfig >> option selects it. This does not allow it to be enabled for >> virtualized systems where Virtio RPMSG is available

Re: [PATCH v2 1/5] soc: qcom: smem: Use le32_to_cpu for partition size comparison

On Fri 15 Sep 13:53 PDT 2017, Chris Lew wrote: > > > On 9/15/2017 11:39 AM, Stephen Boyd wrote: > > On 09/14, Chris Lew wrote: > > > Endianness can vary in the system, add le32_to_cpu when comparing > > > size values from smem. > > > > > > Signed-off-by: Chris Lew > > >

Re: [PATCH v2 1/5] soc: qcom: smem: Use le32_to_cpu for partition size comparison

On Fri 15 Sep 13:53 PDT 2017, Chris Lew wrote: > > > On 9/15/2017 11:39 AM, Stephen Boyd wrote: > > On 09/14, Chris Lew wrote: > > > Endianness can vary in the system, add le32_to_cpu when comparing > > > size values from smem. > > > > > > Signed-off-by: Chris Lew > > > --- > > > > > >

Re: [PATCH 4/6] drm: Add drm_object lease infrastructure [v3]

> + * > + * drm_master at the top of the tree (i.e, with lessor NULL > + */ > +struct drm_master *drm_lease_owner(struct drm_master *master) { ^ there's a couple of misplaced braces around. start of next line please. > + while (master->lessor != NULL) > + master =

Re: [PATCH 4/6] drm: Add drm_object lease infrastructure [v3]

> + * > + * drm_master at the top of the tree (i.e, with lessor NULL > + */ > +struct drm_master *drm_lease_owner(struct drm_master *master) { ^ there's a couple of misplaced braces around. start of next line please. > + while (master->lessor != NULL) > + master =

[PATCH v2 3/4] clk: mediatek: add clock support for MT7622 SoC

From: Sean Wang Add all supported clocks exported from every susbystem found on MT7622 SoC such as topckgen, apmixedsys, infracfg, pericfg , pciessys, ssusbsys, ethsys and audsys. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang

[PATCH v2 3/4] clk: mediatek: add clock support for MT7622 SoC

From: Sean Wang Add all supported clocks exported from every susbystem found on MT7622 SoC such as topckgen, apmixedsys, infracfg, pericfg , pciessys, ssusbsys, ethsys and audsys. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang --- drivers/clk/mediatek/Kconfig | 30 ++

[PATCH v2 2/4] clk: mediatek: add the option for determining PLL source clock

From: Chen Zhong Since the previous setup always sets the PLL using crystal 26MHz, this doesn't always happen in every MediaTek platform. So the patch added flexibility for assigning extra member for determining the PLL source clock. Signed-off-by: Chen Zhong

[PATCH v2 2/4] clk: mediatek: add the option for determining PLL source clock

From: Chen Zhong Since the previous setup always sets the PLL using crystal 26MHz, this doesn't always happen in every MediaTek platform. So the patch added flexibility for assigning extra member for determining the PLL source clock. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang ---

[RESEND PATCH 1/7] net: qrtr: Invoke sk_error_report() after setting sk_err

Rather than manually waking up any context sleeping on the sock to signal an error we should call sk_error_report(). This has the added benefit that in-kernel consumers can override this notification with its own callback. Signed-off-by: Bjorn Andersson ---

[RESEND PATCH 3/7] net: qrtr: Add control packet definition to uapi

The QMUX protocol specification defines structure of the special control packet messages being sent between handlers of the control port. Add these to the uapi header, as this structure and the associated types are shared between the kernel and all userspace handlers of control messages.

[RESEND PATCH 1/7] net: qrtr: Invoke sk_error_report() after setting sk_err

Rather than manually waking up any context sleeping on the sock to signal an error we should call sk_error_report(). This has the added benefit that in-kernel consumers can override this notification with its own callback. Signed-off-by: Bjorn Andersson --- net/qrtr/qrtr.c | 2 +- 1 file

[RESEND PATCH 3/7] net: qrtr: Add control packet definition to uapi

The QMUX protocol specification defines structure of the special control packet messages being sent between handlers of the control port. Add these to the uapi header, as this structure and the associated types are shared between the kernel and all userspace handlers of control messages.

[RESEND PATCH 4/7] net: qrtr: Pass source and destination to enqueue functions

Defer writing the message header to the skb until its time to enqueue the packet. As the receive path is reworked to decode the message header as it's received from the transport and only pass around the payload in the skb this change means that we do not have to fill out the full message header

[RESEND PATCH 0/7] net: qrtr: Fixes and support receiving version 2 packets

On the latest Qualcomm platforms remote processors are sending packets with version 2 of the message header. This series starts off with some fixes and then refactors the qrtr code to support receiving messages of both version 1 and version 2. As all remotes are backwards compatible transmitted

[RESEND PATCH 4/7] net: qrtr: Pass source and destination to enqueue functions

Defer writing the message header to the skb until its time to enqueue the packet. As the receive path is reworked to decode the message header as it's received from the transport and only pass around the payload in the skb this change means that we do not have to fill out the full message header

[RESEND PATCH 0/7] net: qrtr: Fixes and support receiving version 2 packets

On the latest Qualcomm platforms remote processors are sending packets with version 2 of the message header. This series starts off with some fixes and then refactors the qrtr code to support receiving messages of both version 1 and version 2. As all remotes are backwards compatible transmitted

[PATCH] perf callchain: Compare dsos (as well) for CCKEY_FUNCTION

Two functions from different binaries can have same start address. Thus, comparing only start address in match_chain() leads to inconsistent callchains. Fix this by adding a check for dsos as well. Ex, https://www.spinics.net/lists/linux-perf-users/msg04067.html Reported-by: Alexander Pozdneev

[RESEND PATCH 5/7] net: qrtr: Clean up control packet handling

As the message header generation is deferred the internal functions for generating control packets can be simplified. This patch modifies qrtr_alloc_ctrl_packet() to, in addition to the sk_buff, return a reference to a struct qrtr_ctrl_pkt, which clarifies and simplifies the helpers to the point

[PATCH] perf callchain: Compare dsos (as well) for CCKEY_FUNCTION

Two functions from different binaries can have same start address. Thus, comparing only start address in match_chain() leads to inconsistent callchains. Fix this by adding a check for dsos as well. Ex, https://www.spinics.net/lists/linux-perf-users/msg04067.html Reported-by: Alexander Pozdneev

[RESEND PATCH 5/7] net: qrtr: Clean up control packet handling

As the message header generation is deferred the internal functions for generating control packets can be simplified. This patch modifies qrtr_alloc_ctrl_packet() to, in addition to the sk_buff, return a reference to a struct qrtr_ctrl_pkt, which clarifies and simplifies the helpers to the point

[RESEND PATCH 6/7] net: qrtr: Use sk_buff->cb in receive path

Rather than parsing the header of incoming messages throughout the implementation do it once when we retrieve the message and store the relevant information in the "cb" member of the sk_buff. This allows us to, in a later commit, decode version 2 messages into this same structure. Signed-off-by:

[RESEND PATCH 6/7] net: qrtr: Use sk_buff->cb in receive path

Rather than parsing the header of incoming messages throughout the implementation do it once when we retrieve the message and store the relevant information in the "cb" member of the sk_buff. This allows us to, in a later commit, decode version 2 messages into this same structure. Signed-off-by:

3% Interest Rate

We can help you with a genuine loan to meet your needs. Do you need a personal or business loan without stress and quick approval? Do you need an urgent loan today? No Credit Checks * LOAN APPROVAL IN 60MINS !! * GUARANTEED SAME DAY TRANSFER !! * 100% APPROVAL RATE !! *LOW INTEREST RATE !!

3% Interest Rate

We can help you with a genuine loan to meet your needs. Do you need a personal or business loan without stress and quick approval? Do you need an urgent loan today? No Credit Checks * LOAN APPROVAL IN 60MINS !! * GUARANTEED SAME DAY TRANSFER !! * 100% APPROVAL RATE !! *LOW INTEREST RATE !!

[RESEND PATCH 7/7] net: qrtr: Support decoding incoming v2 packets

Add the necessary logic for decoding incoming messages of version 2 as well. Also make sure there's room for the bigger of version 1 and 2 headers in the code allocating skbs for outgoing messages. Signed-off-by: Bjorn Andersson --- net/qrtr/qrtr.c | 132

[RESEND PATCH 2/7] net: qrtr: Move constants to header file

The constants are used by both the name server and clients, so clarify their value and move them to the uapi header. Signed-off-by: Bjorn Andersson --- include/uapi/linux/qrtr.h | 3 +++ net/qrtr/qrtr.c | 2 -- 2 files changed, 3 insertions(+), 2

[RESEND PATCH 2/7] net: qrtr: Move constants to header file

The constants are used by both the name server and clients, so clarify their value and move them to the uapi header. Signed-off-by: Bjorn Andersson --- include/uapi/linux/qrtr.h | 3 +++ net/qrtr/qrtr.c | 2 -- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git

[RESEND PATCH 7/7] net: qrtr: Support decoding incoming v2 packets

Add the necessary logic for decoding incoming messages of version 2 as well. Also make sure there's room for the bigger of version 1 and 2 headers in the code allocating skbs for outgoing messages. Signed-off-by: Bjorn Andersson --- net/qrtr/qrtr.c | 132

[PATCH v2 1/4] dt-bindings: clock: mediatek: document clk bindings for MediaTek MT7622 SoC

From: Sean Wang This patch adds the binding documentation for apmixedsys, ethsys, hifsys, infracfg, pericfg, topckgen and audsys for MT7622. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang Acked-by: Rob Herring

[PATCH v2 4/4] clk: mediatek: add clocks dt-bindings required header for MT7622 SoC

From: Chen Zhong Add the required header for the entire clocks dt-bindings exported from topckgen, apmixedsys, infracfg, pericfg, ethsys, pciesys, ssusbsys and audsys which could be found on MT7622 SoC. Signed-off-by: Chen Zhong Signed-off-by:

[PATCH v2 1/4] dt-bindings: clock: mediatek: document clk bindings for MediaTek MT7622 SoC

From: Sean Wang This patch adds the binding documentation for apmixedsys, ethsys, hifsys, infracfg, pericfg, topckgen and audsys for MT7622. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang Acked-by: Rob Herring --- .../bindings/arm/mediatek/mediatek,apmixedsys.txt | 1 +

[PATCH v2 4/4] clk: mediatek: add clocks dt-bindings required header for MT7622 SoC

From: Chen Zhong Add the required header for the entire clocks dt-bindings exported from topckgen, apmixedsys, infracfg, pericfg, ethsys, pciesys, ssusbsys and audsys which could be found on MT7622 SoC. Signed-off-by: Chen Zhong Signed-off-by: Sean Wang ---

[PATCH v2 0/4] add support of clock driver on MediaTek MT7622

From: Sean Wang Changes since v1: - fix up the makefile target for clk-mt7622-aud.o Add clock driver required by each function driver on MT7622 SoC with adding all clocks exported from every hardware subsystem such as topckgen, apmixedsys, infracfg, pericfg , pciessys,

[PATCH v2 0/4] add support of clock driver on MediaTek MT7622

From: Sean Wang Changes since v1: - fix up the makefile target for clk-mt7622-aud.o Add clock driver required by each function driver on MT7622 SoC with adding all clocks exported from every hardware subsystem such as topckgen, apmixedsys, infracfg, pericfg , pciessys, ssusbsys, ethsys and

Re: [PATCH v4 12/15] perf report: cache failed lookups of inlined frames

On Sun, Oct 01, 2017 at 04:30:57PM +0200, Milian Wolff wrote: > When no inlined frames could be found for a given address, > we did not store this information anywhere. That means we > potentially do the costly inliner lookup repeatedly for > cases where we know it can never succeed. > > This

Re: [PATCH v4 12/15] perf report: cache failed lookups of inlined frames

On Sun, Oct 01, 2017 at 04:30:57PM +0200, Milian Wolff wrote: > When no inlined frames could be found for a given address, > we did not store this information anywhere. That means we > potentially do the costly inliner lookup repeatedly for > cases where we know it can never succeed. > > This

[PATCH] powerpc: Default to enabling STRICT_KERNEL_RWX

When available, CONFIG_KERNEL_RWX should be default-enabled. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: linuxppc-...@lists.ozlabs.org Signed-off-by: Kees Cook ---

[PATCH] powerpc: Default to enabling STRICT_KERNEL_RWX

When available, CONFIG_KERNEL_RWX should be default-enabled. Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Michael Ellerman Cc: linuxppc-...@lists.ozlabs.org Signed-off-by: Kees Cook --- arch/powerpc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/powerpc/Kconfig

Re: [PATCH] USB: serial: qcserial: add Dell DW5818, DW5819

On Tue, 2017-10-03 at 15:37 +0200, Johan Hovold wrote: > On Fri, Sep 29, 2017 at 12:39:51PM +0800, Shrirang Bagul wrote: > > Dell Wireless 5819/5818 devices are re-branded Sierra Wireless MC74 > > series which will by default boot with vid 0x413c and pid's 0x81cf, > > 0x81d0, 0x81d1,0x81d2. > > >

Re: [PATCH] USB: serial: qcserial: add Dell DW5818, DW5819

On Tue, 2017-10-03 at 15:37 +0200, Johan Hovold wrote: > On Fri, Sep 29, 2017 at 12:39:51PM +0800, Shrirang Bagul wrote: > > Dell Wireless 5819/5818 devices are re-branded Sierra Wireless MC74 > > series which will by default boot with vid 0x413c and pid's 0x81cf, > > 0x81d0, 0x81d1,0x81d2. > > >

Re: [PATCH v3 1/3] crypto: engine - permit to enqueue aead_request

On Tue, Oct 03, 2017 at 07:48:08AM +, Fabien DESSENNE wrote: > > It looks like there is no more activity around this "crypto_engine > interface clean up" task. > This unfortunately has been blocking the introduction of this new STM32 > crypto driver for 3 months now. > Would it make sense to

Re: [PATCH v3 1/3] crypto: engine - permit to enqueue aead_request

On Tue, Oct 03, 2017 at 07:48:08AM +, Fabien DESSENNE wrote: > > It looks like there is no more activity around this "crypto_engine > interface clean up" task. > This unfortunately has been blocking the introduction of this new STM32 > crypto driver for 3 months now. > Would it make sense to

Re: [PATCH v4 05/15] perf report: create real callchain entries for inlined frames

On Sun, Oct 01, 2017 at 04:30:50PM +0200, Milian Wolff wrote: > The inline_node structs are maintained by the new dso->inlines > tree. This in turn keeps ownership of the fake symbols and > srcline string representing an inline frame. > > This tree is always sorted by name. All other entries of

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

On 5 October 2017 at 13:24, Dave Airlie wrote: > On 5 October 2017 at 13:17, Dave Airlie wrote: >>> --- >>> drivers/gpu/drm/drm_ioctl.c | 4 + >>> drivers/gpu/drm/drm_lease.c | 270 >>> >>>

Re: [PATCH v4 05/15] perf report: create real callchain entries for inlined frames

On Sun, Oct 01, 2017 at 04:30:50PM +0200, Milian Wolff wrote: > The inline_node structs are maintained by the new dso->inlines > tree. This in turn keeps ownership of the fake symbols and > srcline string representing an inline frame. > > This tree is always sorted by name. All other entries of

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

On 5 October 2017 at 13:24, Dave Airlie wrote: > On 5 October 2017 at 13:17, Dave Airlie wrote: >>> --- >>> drivers/gpu/drm/drm_ioctl.c | 4 + >>> drivers/gpu/drm/drm_lease.c | 270 >>> >>> include/drm/drm_lease.h | 12 ++ >>>

[PATCH v3 4/5] soc: qcom: Remote filesystem memory driver

The Qualcomm remote file system protocol is used by certain remoteprocs, in particular the modem, to read and write persistent storage in platforms where only the application CPU has physical storage access. The protocol is based on a set of QMI-encoded control-messages and a shared memory buffer

[PATCH v3 4/5] soc: qcom: Remote filesystem memory driver

The Qualcomm remote file system protocol is used by certain remoteprocs, in particular the modem, to read and write persistent storage in platforms where only the application CPU has physical storage access. The protocol is based on a set of QMI-encoded control-messages and a shared memory buffer

[PATCH v3 1/5] of/platform: Generalize /reserved-memory handling

By iterating over all /reserved-memory child nodes and match each one to a list of compatibles that we want to treat specially, we can easily extend the list of compatibles to handle - without having to resort to of_platform_populate() that would create unnecessary platform_devices.

[PATCH v3 1/5] of/platform: Generalize /reserved-memory handling

By iterating over all /reserved-memory child nodes and match each one to a list of compatibles that we want to treat specially, we can easily extend the list of compatibles to handle - without having to resort to of_platform_populate() that would create unnecessary platform_devices.

[PATCH v3 5/5] arm64: dts: msm8916: Mark rmtfs node as qcom,rmtfs-mem compatible

Now that we have a binding defined for the shared file system memory use this to describe the rmtfs memory region. Signed-off-by: Bjorn Andersson --- Changes since v2: - None Changes since v1: - New patch arch/arm64/boot/dts/qcom/msm8916.dtsi | 3 +++ 1 file

[PATCH v3 5/5] arm64: dts: msm8916: Mark rmtfs node as qcom,rmtfs-mem compatible

Now that we have a binding defined for the shared file system memory use this to describe the rmtfs memory region. Signed-off-by: Bjorn Andersson --- Changes since v2: - None Changes since v1: - New patch arch/arm64/boot/dts/qcom/msm8916.dtsi | 3 +++ 1 file changed, 3 insertions(+) diff

[PATCH v3 2/5] of: reserved_mem: Accessor for acquiring reserved_mem

In some cases drivers referencing a reserved-memory region might want to remap the entire region, but when defining the reserved-memory by "size" the client driver has no means to know the associated base address of the reserved memory region. This patch adds an accessor for such drivers to

[PATCH v3 2/5] of: reserved_mem: Accessor for acquiring reserved_mem

In some cases drivers referencing a reserved-memory region might want to remap the entire region, but when defining the reserved-memory by "size" the client driver has no means to know the associated base address of the reserved memory region. This patch adds an accessor for such drivers to

[PATCH v3 0/5] Qualcomm remote filesystem shared memory driver

Some remote processors (in particular the modem) found in Qualcomm platforms stores configuration parameters and other data in a file system. As the remotes does not have direct storage access it needs to relay block accesses through a service running on the application CPU. The memory is

[PATCH v3 0/5] Qualcomm remote filesystem shared memory driver

Some remote processors (in particular the modem) found in Qualcomm platforms stores configuration parameters and other data in a file system. As the remotes does not have direct storage access it needs to relay block accesses through a service running on the application CPU. The memory is

[PATCH v3 3/5] dt-binding: soc: qcom: Add binding for rmtfs memory

This adds the binding for describing shared memory used to exchange file system blocks between the RMTFS client and service. A client for this is generally found in the modem firmware and is used for accessing persistent storage for things such as radio calibration. Acked-by: Rob Herring

[PATCH v3 3/5] dt-binding: soc: qcom: Add binding for rmtfs memory

This adds the binding for describing shared memory used to exchange file system blocks between the RMTFS client and service. A client for this is generally found in the modem firmware and is used for accessing persistent storage for things such as radio calibration. Acked-by: Rob Herring

Re: [PATCH 09/12] of: overlay: avoid race condition between applying multiple overlays

On 10/04/17 08:19, Rob Herring wrote: > On Mon, Oct 2, 2017 at 10:53 PM, wrote: >> From: Frank Rowand >> >> The process of applying an overlay consists of: >> - unflatten an overlay FDT (flattened device tree) into an >> EDT (expanded device

Re: [PATCH 09/12] of: overlay: avoid race condition between applying multiple overlays

On 10/04/17 08:19, Rob Herring wrote: > On Mon, Oct 2, 2017 at 10:53 PM, wrote: >> From: Frank Rowand >> >> The process of applying an overlay consists of: >> - unflatten an overlay FDT (flattened device tree) into an >> EDT (expanded device tree) >> - fixup the phandle values in the

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

On 5 October 2017 at 13:17, Dave Airlie wrote: >> --- >> drivers/gpu/drm/drm_ioctl.c | 4 + >> drivers/gpu/drm/drm_lease.c | 270 >> >> include/drm/drm_lease.h | 12 ++ >> include/uapi/drm/drm.h | 5 + >>

Re: [PATCH 6/6] drm: Add four ioctls for managing drm mode object leases [v3]

On 5 October 2017 at 13:17, Dave Airlie wrote: >> --- >> drivers/gpu/drm/drm_ioctl.c | 4 + >> drivers/gpu/drm/drm_lease.c | 270 >> >> include/drm/drm_lease.h | 12 ++ >> include/uapi/drm/drm.h | 5 + >> include/uapi/drm/drm_mode.h |

  1   2   3   4   5   6   7   8   9   10   >