Re: [PATCH 2/5] mm/device-public-memory: device memory cache coherent with CPU v2

On Tue, 11 Jul 2017 10:57:44 -0400 Jerome Glisse wrote: > On Tue, Jul 11, 2017 at 02:12:15PM +1000, Balbir Singh wrote: > > On Mon, 3 Jul 2017 17:14:12 -0400 > > Jérôme Glisse wrote: > > > > > Platform with advance system bus (like CAPI or CCIX) allow

Re: [PATCH 2/5] mm/device-public-memory: device memory cache coherent with CPU v2

On Tue, 11 Jul 2017 10:57:44 -0400 Jerome Glisse wrote: > On Tue, Jul 11, 2017 at 02:12:15PM +1000, Balbir Singh wrote: > > On Mon, 3 Jul 2017 17:14:12 -0400 > > Jérôme Glisse wrote: > > > > > Platform with advance system bus (like CAPI or CCIX) allow device > > > memory to be accessible

Re: [PATCH] Clean up lirc zilog error codes

On Tue, Jul 11, 2017 at 7:57 PM, Yves Lemée wrote: > According the coding style guidelines, the ENOSYS error code must be returned > in case of a non existent system call. This code has been replaced with > the ENOTTY error code indicating, a missing functionality. >

Re: [PATCH] Clean up lirc zilog error codes

On Tue, Jul 11, 2017 at 7:57 PM, Yves Lemée wrote: > According the coding style guidelines, the ENOSYS error code must be returned > in case of a non existent system call. This code has been replaced with > the ENOTTY error code indicating, a missing functionality. > > Signed-off-by: Yves Lemée

Re: [GIT pull] irq updates for 4.13

* Sebastian Reichel [170711 15:51]: > Hi, > > On Tue, Jul 11, 2017 at 11:41:52PM +0200, Thomas Gleixner wrote: > > [...] > > > > Here is a revised version of the previous patch with the conditional > > locking removed and a bunch of comments added. > > That

Re: [GIT pull] irq updates for 4.13

* Sebastian Reichel [170711 15:51]: > Hi, > > On Tue, Jul 11, 2017 at 11:41:52PM +0200, Thomas Gleixner wrote: > > [...] > > > > Here is a revised version of the previous patch with the conditional > > locking removed and a bunch of comments added. > > That one also fixes Droid 4 boot. > >

Re: [RFC v5 15/38] powerpc: helper function to read,write AMR,IAMR,UAMOR registers

On Wed, 5 Jul 2017 14:21:52 -0700 Ram Pai wrote: > Implements helper functions to read and write the key related > registers; AMR, IAMR, UAMOR. > > AMR register tracks the read,write permission of a key > IAMR register tracks the execute permission of a key > UAMOR

Re: [RFC v5 15/38] powerpc: helper function to read,write AMR,IAMR,UAMOR registers

On Wed, 5 Jul 2017 14:21:52 -0700 Ram Pai wrote: > Implements helper functions to read and write the key related > registers; AMR, IAMR, UAMOR. > > AMR register tracks the read,write permission of a key > IAMR register tracks the execute permission of a key > UAMOR register enables and

Re: [PATCH v4] clk: axs10x: introduce AXS10X pll driver

On 06/21, Eugeniy Paltsev wrote: > AXS10X boards manages it's clocks using various PLLs. These PLL has same > dividers and corresponding control registers mapped to different addresses. > So we add one common driver for such PLLs. > > Each PLL on AXS10X board consist of three dividers: IDIV,

Re: [PATCH v4] clk: axs10x: introduce AXS10X pll driver

On 06/21, Eugeniy Paltsev wrote: > AXS10X boards manages it's clocks using various PLLs. These PLL has same > dividers and corresponding control registers mapped to different addresses. > So we add one common driver for such PLLs. > > Each PLL on AXS10X board consist of three dividers: IDIV,

Re: [PATCH] cpufreq: schedutil: Update cached "current frequency" when limits change

On 11-07-17, 19:24, Saravana Kannan wrote: > Currently, the governor calculates the next frequency, set the current CPU > frequency (policy->cur). It also assumes the current CPU frequency doesn't > change if the next frequency isn't calculated again and hence caches the > "current frequency". >

Re: [PATCH] cpufreq: schedutil: Update cached "current frequency" when limits change

On 11-07-17, 19:24, Saravana Kannan wrote: > Currently, the governor calculates the next frequency, set the current CPU > frequency (policy->cur). It also assumes the current CPU frequency doesn't > change if the next frequency isn't calculated again and hence caches the > "current frequency". >

Re: [PATCH v2 2/2] Staging: android/ion: fix sparse warning

Hi, Again, your subject is too generic. On Wed, Jul 12, 2017 at 6:51 AM, Joseph Wright wrote: > Declare private function static to fix sparse warning: > > ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ > was not declared. Should it be static? > >

Re: [PATCH v2 2/2] Staging: android/ion: fix sparse warning

Hi, Again, your subject is too generic. On Wed, Jul 12, 2017 at 6:51 AM, Joseph Wright wrote: > Declare private function static to fix sparse warning: > > ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ > was not declared. Should it be static? > > Signed-off-by: Joseph

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On 2017/7/12 13:03, Paul E. McKenney wrote: > On Wed, Jul 12, 2017 at 11:19:59AM +0800, Li, Aubrey wrote: >> On 2017/7/12 2:11, Paul E. McKenney wrote: >>> On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote:

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On 2017/7/12 13:03, Paul E. McKenney wrote: > On Wed, Jul 12, 2017 at 11:19:59AM +0800, Li, Aubrey wrote: >> On 2017/7/12 2:11, Paul E. McKenney wrote: >>> On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote:

Re: [PATCH v2 1/2] Staging: android/ion: fix sparse warnings

Hi, please consider changing your subject to something like staging: android/ion: declare two functions Perhaps you can make it more on-topic. It's more useful than "fix sparse warning" On Wed, Jul 12, 2017 at 6:51 AM, Joseph Wright wrote: > Declare functions to fix

Re: [PATCH v2 1/2] Staging: android/ion: fix sparse warnings

Hi, please consider changing your subject to something like staging: android/ion: declare two functions Perhaps you can make it more on-topic. It's more useful than "fix sparse warning" On Wed, Jul 12, 2017 at 6:51 AM, Joseph Wright wrote: > Declare functions to fix sparse warnings: > >

[PATCH] iwlwifi: mvm: Fix a memory leak in an error handling path in 'iwl_mvm_sar_get_wgds_table()'

We should free 'wgds.pointer' here as done a few lines above in another error handling path. It was allocated within 'acpi_evaluate_object()'. Signed-off-by: Christophe JAILLET --- A comment in '/drivers/acpi/acpica/utalloc.c' states that: /* [...] Note: The caller

[PATCH] iwlwifi: mvm: Fix a memory leak in an error handling path in 'iwl_mvm_sar_get_wgds_table()'

We should free 'wgds.pointer' here as done a few lines above in another error handling path. It was allocated within 'acpi_evaluate_object()'. Signed-off-by: Christophe JAILLET --- A comment in '/drivers/acpi/acpica/utalloc.c' states that: /* [...] Note: The caller should use acpi_os_free to

Re: [PATCH 8/8] Staging: lustre :lustre: include :lustre_compat.h: Prefer using the BIT macro

> On Jul 11, 2017, at 11:08, Greg KH wrote: > > On Thu, Jul 06, 2017 at 12:43:15PM +0530, Jaya Durga wrote: >> Replace all instances of (1 << 27) with BIT(27) to fix >> checkpatch check messages >> >> Signed-off-by: Jaya Durga >> --- >>

Re: [PATCH 8/8] Staging: lustre :lustre: include :lustre_compat.h: Prefer using the BIT macro

> On Jul 11, 2017, at 11:08, Greg KH wrote: > > On Thu, Jul 06, 2017 at 12:43:15PM +0530, Jaya Durga wrote: >> Replace all instances of (1 << 27) with BIT(27) to fix >> checkpatch check messages >> >> Signed-off-by: Jaya Durga >> --- >> drivers/staging/lustre/lustre/include/lustre_compat.h |

Re: [PATCH 3/4] Staging: Lustre Fixing multiline block comments in lnetst.h

On Jul 11, 2017, at 11:14, Greg Kroah-Hartman wrote: > > On Fri, Jul 07, 2017 at 01:47:04AM +, Craig Inches wrote: >> This fixes multiple block statements found not to match >> style as per checkpatch >> >> Signed-off-by: Craig Inches >>

Re: [PATCH 3/4] Staging: Lustre Fixing multiline block comments in lnetst.h

On Jul 11, 2017, at 11:14, Greg Kroah-Hartman wrote: > > On Fri, Jul 07, 2017 at 01:47:04AM +, Craig Inches wrote: >> This fixes multiple block statements found not to match >> style as per checkpatch >> >> Signed-off-by: Craig Inches >> --- >>

Re: [PATCH 0/3] USB Mux support for Chipidea

On 2017-07-12 03:02, Stephen Boyd wrote: > This patchset adds support for the TC7USB40MU usb mux found on > db410c 96boards platforms via the new multiplexer framework and > hooks that into the chipidea driver. This allows us to properly > control host or device mode on this board via the sysfs

Re: [PATCH 0/3] USB Mux support for Chipidea

On 2017-07-12 03:02, Stephen Boyd wrote: > This patchset adds support for the TC7USB40MU usb mux found on > db410c 96boards platforms via the new multiplexer framework and > hooks that into the chipidea driver. This allows us to properly > control host or device mode on this board via the sysfs

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On Wed, Jul 12, 2017 at 11:19:59AM +0800, Li, Aubrey wrote: > On 2017/7/12 2:11, Paul E. McKenney wrote: > > On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: > >> On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote: > >>> On Mon, Jul 10, 2017 at 09:38:34AM +0800,

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On Wed, Jul 12, 2017 at 11:19:59AM +0800, Li, Aubrey wrote: > On 2017/7/12 2:11, Paul E. McKenney wrote: > > On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: > >> On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote: > >>> On Mon, Jul 10, 2017 at 09:38:34AM +0800,

Re: [PATCH RFC v4] cpufreq: schedutil: Make iowait boost more energy efficient

On 11-07-17, 07:14, Joel Fernandes wrote: > I think the whole point of IOWAIT boost was to solve the issue with a > long sequence of repeated I/O requests as described in the commit > message. So IIUC there isn't a usecase for that (increase freq. on > first request). Right. So we can take

Re: [PATCH RFC v4] cpufreq: schedutil: Make iowait boost more energy efficient

On 11-07-17, 07:14, Joel Fernandes wrote: > I think the whole point of IOWAIT boost was to solve the issue with a > long sequence of repeated I/O requests as described in the commit > message. So IIUC there isn't a usecase for that (increase freq. on > first request). Right. So we can take

[PATCH v2 2/2] Staging: android/ion: fix sparse warning

Declare private function static to fix sparse warning: ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ was not declared. Should it be static? Signed-off-by: Joseph Wright --- Changes in v2: - Split into multiple patches

[PATCH v2 2/2] Staging: android/ion: fix sparse warning

Declare private function static to fix sparse warning: ion_cma_heap.c:109:5: warning: symbol '__ion_add_cma_heaps' \ was not declared. Should it be static? Signed-off-by: Joseph Wright --- Changes in v2: - Split into multiple patches drivers/staging/android/ion/ion_cma_heap.c | 2 +-

[PATCH v2 0/2] Staging: android/ion: fix sparse warnings

Split sparse warning fixes into multiple patches. Joseph Wright (2): Staging: android/ion: fix sparse warnings Staging: android/ion: fix sparse warning drivers/staging/android/ion/ion.h | 4 drivers/staging/android/ion/ion_cma_heap.c | 2 +- 2 files changed, 5 insertions(+), 1

[PATCH v2 0/2] Staging: android/ion: fix sparse warnings

Split sparse warning fixes into multiple patches. Joseph Wright (2): Staging: android/ion: fix sparse warnings Staging: android/ion: fix sparse warning drivers/staging/android/ion/ion.h | 4 drivers/staging/android/ion/ion_cma_heap.c | 2 +- 2 files changed, 5 insertions(+), 1

[PATCH v2 1/2] Staging: android/ion: fix sparse warnings

Declare functions to fix sparse warnings: ion_carveout_heap.c:115:17: warning: symbol 'ion_carveout_heap_create' \ was not declared. Should it be static? ion_chunk_heap.c:120:17: warning: symbol 'ion_chunk_heap_create' \ was not declared. Should it be static? Signed-off-by:

[PATCH v2 1/2] Staging: android/ion: fix sparse warnings

Declare functions to fix sparse warnings: ion_carveout_heap.c:115:17: warning: symbol 'ion_carveout_heap_create' \ was not declared. Should it be static? ion_chunk_heap.c:120:17: warning: symbol 'ion_chunk_heap_create' \ was not declared. Should it be static? Signed-off-by:

Re: [GIT PULL] Char/Misc driver patches for 4.12-rc1

Hi all, On Sat, 06 May 2017 11:12:36 -0700 James Bottomley wrote: > > What about resending the conflict reminders at -rc7 ... that way we > only have a week or two to forget again? OK, I attempted to do that this time ... I wonder if it made a difference

Re: [GIT PULL] Char/Misc driver patches for 4.12-rc1

Hi all, On Sat, 06 May 2017 11:12:36 -0700 James Bottomley wrote: > > What about resending the conflict reminders at -rc7 ... that way we > only have a week or two to forget again? OK, I attempted to do that this time ... I wonder if it made a difference :-) > The other issue is that one of

Re: sun4v+DMA related boot crash on 4.13-git

On 07/11/2017 09:02 PM, David Miller wrote: From: Tushar Dave Date: Tue, 11 Jul 2017 20:43:39 -0700 Yes, indeed the bug is in Linus's tree. However, 'sparc' tree doesn't have DMA API change (e.g. commit b02c2b0bfd7ae) yet that introduced the panic. You can simply

Re: sun4v+DMA related boot crash on 4.13-git

On 07/11/2017 09:02 PM, David Miller wrote: From: Tushar Dave Date: Tue, 11 Jul 2017 20:43:39 -0700 Yes, indeed the bug is in Linus's tree. However, 'sparc' tree doesn't have DMA API change (e.g. commit b02c2b0bfd7ae) yet that introduced the panic. You can simply make a note of this when

Re: [PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

On 07/11/2017 08:37 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch is the preparation patch in order to adapt into various > hardware through adding platform data which holds specific characteristics > among MediaTek SoCs and introducing the unified

Re: [PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

On 07/11/2017 08:37 PM, sean.w...@mediatek.com wrote: > From: Sean Wang > > This patch is the preparation patch in order to adapt into various > hardware through adding platform data which holds specific characteristics > among MediaTek SoCs and introducing the unified clock handler for those

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On 2017/7/12 0:34, Peter Zijlstra wrote: > On Tue, Jul 11, 2017 at 06:09:27PM +0200, Frederic Weisbecker wrote: > - tick_nohz_idle_enter costs 7058ns - 10726ns - tick_nohz_idle_exit costs 8372ns - 20850ns >>> >>> Right, those are horrible expensive, but skipping them isn't 'hard', the

Re: [RFC PATCH v1 00/11] Create fast idle path for short idle periods

On 2017/7/12 0:34, Peter Zijlstra wrote: > On Tue, Jul 11, 2017 at 06:09:27PM +0200, Frederic Weisbecker wrote: > - tick_nohz_idle_enter costs 7058ns - 10726ns - tick_nohz_idle_exit costs 8372ns - 20850ns >>> >>> Right, those are horrible expensive, but skipping them isn't 'hard', the

Remove __end_entry_SYSENTER_compat?

Anyone think this is an OK-ish idea? It saves us the global symbol but requires the two functions to remained glued together. :-\ --- diff --git a/arch/x86/entry/entry_64_compat.S b/arch/x86/entry/entry_64_compat.S index e1721dafbcb1..262519da8661 100644 --- a/arch/x86/entry/entry_64_compat.S

Remove __end_entry_SYSENTER_compat?

Anyone think this is an OK-ish idea? It saves us the global symbol but requires the two functions to remained glued together. :-\ --- diff --git a/arch/x86/entry/entry_64_compat.S b/arch/x86/entry/entry_64_compat.S index e1721dafbcb1..262519da8661 100644 --- a/arch/x86/entry/entry_64_compat.S

Re: in:imklog segfault in 4.12+git on most sparc64's

From: Al Viro Date: Wed, 12 Jul 2017 04:59:45 +0100 > Again, my apologies for format of that all - I'm almost completely > off-net and while typing an ed script is feasible, context diff is > too far over the top. Usimg mutt in ssh session from android is > not fun, to

Re: in:imklog segfault in 4.12+git on most sparc64's

From: Al Viro Date: Wed, 12 Jul 2017 04:59:45 +0100 > Again, my apologies for format of that all - I'm almost completely > off-net and while typing an ed script is feasible, context diff is > too far over the top. Usimg mutt in ssh session from android is > not fun, to put it mildly... Yes,

Re: [PATCH v2 02/10] cpufreq: provide data for frequency-invariant load-tracking support

On 11-07-17, 16:06, Dietmar Eggemann wrote: > But in the meantime we're convinced that cpufreq_driver_fast_switch() is > not the right place to call arch_set_freq_scale() since for (future) > arm/arm64 fast-switch driver, the return value of > cpufreq_driver->fast_switch() does not give us the

Re: [PATCH v2 02/10] cpufreq: provide data for frequency-invariant load-tracking support

On 11-07-17, 16:06, Dietmar Eggemann wrote: > But in the meantime we're convinced that cpufreq_driver_fast_switch() is > not the right place to call arch_set_freq_scale() since for (future) > arm/arm64 fast-switch driver, the return value of > cpufreq_driver->fast_switch() does not give us the

linux-next: Tree for Jul 12

Hi all, Please do not add any v4.14 material to you linux-next included branches until after v4.13-rc1 has been released. Changes since 20170711: The vfs tree lost its build failure. Non-merge commits (relative to Linus' tree): 1170 1121 files changed, 44069 insertions(+), 16713 deletions

linux-next: Tree for Jul 12

Hi all, Please do not add any v4.14 material to you linux-next included branches until after v4.13-rc1 has been released. Changes since 20170711: The vfs tree lost its build failure. Non-merge commits (relative to Linus' tree): 1170 1121 files changed, 44069 insertions(+), 16713 deletions

[GIT] Sparc

1) Fix symbol version generation for assembler on sparc, from Nagarathnam Muthusamy. 2) Fix compound page handling in gup_huge_pmd(), from Nitin Gupta. Please pull, thanks a lot! The following changes since commit 5faab9e0f03c4eef97886b45436015e107f79f5f: Merge branch 'for-linus' of

[GIT] Sparc

1) Fix symbol version generation for assembler on sparc, from Nagarathnam Muthusamy. 2) Fix compound page handling in gup_huge_pmd(), from Nitin Gupta. Please pull, thanks a lot! The following changes since commit 5faab9e0f03c4eef97886b45436015e107f79f5f: Merge branch 'for-linus' of

[PATCH V4] PCI: Add Extended Tags quirk for Broadcom HT2100 Root Port

All PCIe devices are expected to be able to handle 8-bit tags. 'commit 60db3a4d8cc9 ("PCI: Enable PCIe Extended Tags if supported")' enabled extended tags for all devices based on the spec direction. The Broadcom HT2100 seems to be having issues with handling 8-bit tags. Mark it as broken. If a

[PATCH V4] PCI: Add Extended Tags quirk for Broadcom HT2100 Root Port

All PCIe devices are expected to be able to handle 8-bit tags. 'commit 60db3a4d8cc9 ("PCI: Enable PCIe Extended Tags if supported")' enabled extended tags for all devices based on the spec direction. The Broadcom HT2100 seems to be having issues with handling 8-bit tags. Mark it as broken. If a

Re: sun4v+DMA related boot crash on 4.13-git

From: Tushar Dave Date: Tue, 11 Jul 2017 20:43:39 -0700 > Yes, indeed the bug is in Linus's tree. However, 'sparc' tree doesn't > have DMA API change (e.g. commit b02c2b0bfd7ae) yet that introduced > the panic. You can simply make a note of this when you send the bug

Re: sun4v+DMA related boot crash on 4.13-git

From: Tushar Dave Date: Tue, 11 Jul 2017 20:43:39 -0700 > Yes, indeed the bug is in Linus's tree. However, 'sparc' tree doesn't > have DMA API change (e.g. commit b02c2b0bfd7ae) yet that introduced > the panic. You can simply make a note of this when you send the bug fix to me.

[PATCH] usb: dwc3: Fix the USB 3.0 hub detection bug after warm boot

The dwc3 could not release resources when the module is built-in because this module does not have shutdown method. This causes the USB 3.0 hub is not able to detect after warm boot. Original patch by Brian Kim, updated and submitted upstream by gustavo panizzo. Also see

[PATCH] usb: dwc3: Fix the USB 3.0 hub detection bug after warm boot

The dwc3 could not release resources when the module is built-in because this module does not have shutdown method. This causes the USB 3.0 hub is not able to detect after warm boot. Original patch by Brian Kim, updated and submitted upstream by gustavo panizzo. Also see

Re: in:imklog segfault in 4.12+git on most sparc64's

> In following commits around this one (some bisect steps before, and the > last step) the crashes were slightly different from the original crash > yersterday, like > > in:imuxsock[1606]: segfault at fff8 ip f774e154 (rpc > f774dfe8) sp 0001f7965a68 error 30002 in >

Re: in:imklog segfault in 4.12+git on most sparc64's

> In following commits around this one (some bisect steps before, and the > last step) the crashes were slightly different from the original crash > yersterday, like > > in:imuxsock[1606]: segfault at fff8 ip f774e154 (rpc > f774dfe8) sp 0001f7965a68 error 30002 in >

AW: Wir vergeben Kredite mit einem Zinssatz von jährlich 2%

Wir vergeben Kredite mit einem Zinssatz von jährlich 2%. Die Bearbeitung des Antrags erfolgt rasch, wir verlangen keine Gebühren, was sie beantragen werden wir annehmen. Wir bewilligen Kredite von bis zu 40 Millionen Euro und von mindestens 15.000 Euro. Sie können einen geschäftlichen oder

AW: Wir vergeben Kredite mit einem Zinssatz von jährlich 2%

Wir vergeben Kredite mit einem Zinssatz von jährlich 2%. Die Bearbeitung des Antrags erfolgt rasch, wir verlangen keine Gebühren, was sie beantragen werden wir annehmen. Wir bewilligen Kredite von bis zu 40 Millionen Euro und von mindestens 15.000 Euro. Sie können einen geschäftlichen oder

Re: [PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Date: Wed, 12 Jul 2017 11:37:41 +0800 > From: Sean Wang > > The series adds the driver for ethernet controller found on MT7622 SoC. > There are additions against with previous MT7623 SoC such as shared SGMII > given for the dual GMACs and

Re: [PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Date: Wed, 12 Jul 2017 11:37:41 +0800 > From: Sean Wang > > The series adds the driver for ethernet controller found on MT7622 SoC. > There are additions against with previous MT7623 SoC such as shared SGMII > given for the dual GMACs and built-in 5-ports 10/100 embedded switch support >

[PATCH] PM / OPP: OF: Use pr_debug() instead of pr_err() while adding OPP table

Some platforms add the OPPs dynamically from platform specific drivers instead of getting them statically from DT. The cpufreq-dt driver already ignores the return value of dev_pm_opp_of_cpumask_add_table() to not error out for such cases, but we still end up printing error message from that

[PATCH] PM / OPP: OF: Use pr_debug() instead of pr_err() while adding OPP table

Some platforms add the OPPs dynamically from platform specific drivers instead of getting them statically from DT. The cpufreq-dt driver already ignores the return value of dev_pm_opp_of_cpumask_add_table() to not error out for such cases, but we still end up printing error message from that

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Quoting Stefan Berger (Stefan bergerstef...@linux.vnet.ibm.com): > +/* > + * xattr_list_userns_rewrite - Rewrite list of xattr names for user > namespaces > + * or determine needed size for attribute list > + * in case size == 0 > + * > + *

Re: [PATCH v2] xattr: Enable security.capability in user namespaces

Quoting Stefan Berger (Stefan bergerstef...@linux.vnet.ibm.com): > +/* > + * xattr_list_userns_rewrite - Rewrite list of xattr names for user > namespaces > + * or determine needed size for attribute list > + * in case size == 0 > + * > + *

Re: sun4v+DMA related boot crash on 4.13-git

On 07/11/2017 05:34 PM, David Miller wrote: From: Tushar Dave Date: Tue, 11 Jul 2017 15:38:21 -0700 On 07/11/2017 02:48 PM, Meelis Roos wrote: I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works fine, and on all of my sun4v machines (T1000,

Re: sun4v+DMA related boot crash on 4.13-git

On 07/11/2017 05:34 PM, David Miller wrote: From: Tushar Dave Date: Tue, 11 Jul 2017 15:38:21 -0700 On 07/11/2017 02:48 PM, Meelis Roos wrote: I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works fine, and on all of my sun4v machines (T1000, T2000, T5120) it crashed on

Re: [RFC PATCH 2/4] pmbus: Add fan configuration support

On 07/11/2017 05:39 PM, Andrew Jeffery wrote: On Tue, 2017-07-11 at 06:40 -0700, Guenter Roeck wrote: On 07/10/2017 06:56 AM, Andrew Jeffery wrote: Augment PMBus support to include control of fans via the FAN_COMMAND_[1-4] registers, both in RPM and PWM modes. The behaviour of

Re: [RFC PATCH 2/4] pmbus: Add fan configuration support

On 07/11/2017 05:39 PM, Andrew Jeffery wrote: On Tue, 2017-07-11 at 06:40 -0700, Guenter Roeck wrote: On 07/10/2017 06:56 AM, Andrew Jeffery wrote: Augment PMBus support to include control of fans via the FAN_COMMAND_[1-4] registers, both in RPM and PWM modes. The behaviour of

[PATCH] Input: i8042 - add Gigabyte P57 to the keyboard reset table

Similar to other Gigabyte laptops, the touchpad on P57 requires a keyboard reset to detect Elantech touchpad correctly. BugLink: https://bugs.launchpad.net/bugs/1594214 Signed-off-by: Kai-Heng Feng --- drivers/input/serio/i8042-x86ia64io.h | 7 +++ 1 file

[PATCH] Input: i8042 - add Gigabyte P57 to the keyboard reset table

Similar to other Gigabyte laptops, the touchpad on P57 requires a keyboard reset to detect Elantech touchpad correctly. BugLink: https://bugs.launchpad.net/bugs/1594214 Signed-off-by: Kai-Heng Feng --- drivers/input/serio/i8042-x86ia64io.h | 7 +++ 1 file changed, 7 insertions(+) diff

[PATCH net-next 3/4] net-next: mediatek: add support for MediaTek MT7622 SoC

From: Sean Wang This patch adds the driver for ethernet controller on MT7622 SoC. It has the similar handling logic as the previously MT7623 does, but there are additions against with MT7623 SoC, the shared SGMII given for the dual GMACs and including 5-ports 10/100

[PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

From: Sean Wang This patch is the preparation patch in order to adapt into various hardware through adding platform data which holds specific characteristics among MediaTek SoCs and introducing the unified clock handler for those distinct clock requirements depending on

[PATCH net-next 4/4] MAINTAINERS: add Sean/Nelson as MediaTek ethernet maintainers

From: Sean Wang Sean and Nelson work for MediaTek on maintaining the MediaTek ethernet driver for the existing SoCs and adding support for the following SoCs. In the past, Sean has been active at making most of the qualifications , stress test and submitting a lot of

Re: [PATCH v2 3/4] btrfs: Add zstd support

On Tue, Jul 11, 2017 at 06:01:38AM +, Nick Terrell wrote: > On 7/10/17, 9:57 PM, "Nick Terrell" wrote: > > The problem is caused by a gcc-7 bug [1]. It miscompiles > > ZSTD_wildcopy(void *dst, void const *src, ptrdiff_t len) when len is 0. > > Sorry, my patch still triggered

[PATCH net-next 4/4] MAINTAINERS: add Sean/Nelson as MediaTek ethernet maintainers

From: Sean Wang Sean and Nelson work for MediaTek on maintaining the MediaTek ethernet driver for the existing SoCs and adding support for the following SoCs. In the past, Sean has been active at making most of the qualifications , stress test and submitting a lot of patches for the driver while

[PATCH net-next 2/4] net-next: mediatek: add platform data to adapt into various hardware

From: Sean Wang This patch is the preparation patch in order to adapt into various hardware through adding platform data which holds specific characteristics among MediaTek SoCs and introducing the unified clock handler for those distinct clock requirements depending on different features such

[PATCH net-next 3/4] net-next: mediatek: add support for MediaTek MT7622 SoC

From: Sean Wang This patch adds the driver for ethernet controller on MT7622 SoC. It has the similar handling logic as the previously MT7623 does, but there are additions against with MT7623 SoC, the shared SGMII given for the dual GMACs and including 5-ports 10/100 embedded switch support (ESW)

Re: [PATCH v2 3/4] btrfs: Add zstd support

On Tue, Jul 11, 2017 at 06:01:38AM +, Nick Terrell wrote: > On 7/10/17, 9:57 PM, "Nick Terrell" wrote: > > The problem is caused by a gcc-7 bug [1]. It miscompiles > > ZSTD_wildcopy(void *dst, void const *src, ptrdiff_t len) when len is 0. > > Sorry, my patch still triggered the gcc bug, I

[PATCH net-next 1/4] dt-bindings: net: mediatek: add support for MediaTek MT7623 and MT7622 SoC

From: Sean Wang The patch adds the supplements in the dt-binding document for MediaTek MT7622 SoC with extra SGMII system controller and relevant clock consumers listed as the requirements for those SoCs equipped with the SGMII circuit. Also, add the missing binding

[PATCH net-next 1/4] dt-bindings: net: mediatek: add support for MediaTek MT7623 and MT7622 SoC

From: Sean Wang The patch adds the supplements in the dt-binding document for MediaTek MT7622 SoC with extra SGMII system controller and relevant clock consumers listed as the requirements for those SoCs equipped with the SGMII circuit. Also, add the missing binding information for MT7623 SoC

[PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Sean Wang The series adds the driver for ethernet controller found on MT7622 SoC. There are additions against with previous MT7623 SoC such as shared SGMII given for the dual GMACs and built-in 5-ports 10/100 embedded switch support (ESW). Thus more clocks consumers

[PATCH net-next 0/4] net-next: mediatek: add support for ethernet on MT7622 SoC

From: Sean Wang The series adds the driver for ethernet controller found on MT7622 SoC. There are additions against with previous MT7623 SoC such as shared SGMII given for the dual GMACs and built-in 5-ports 10/100 embedded switch support (ESW). Thus more clocks consumers and SGMII hardware

Re: [RFC v5 14/38] powerpc: initial plumbing for key management

On Wed, 5 Jul 2017 14:21:51 -0700 Ram Pai wrote: > Initial plumbing to manage all the keys supported by the > hardware. > > Total 32 keys are supported on powerpc. However pkey 0,1 > and 31 are reserved. So effectively we have 29 pkeys. > > This patch keeps track of

Re: [RFC v5 14/38] powerpc: initial plumbing for key management

On Wed, 5 Jul 2017 14:21:51 -0700 Ram Pai wrote: > Initial plumbing to manage all the keys supported by the > hardware. > > Total 32 keys are supported on powerpc. However pkey 0,1 > and 31 are reserved. So effectively we have 29 pkeys. > > This patch keeps track of reserved keys, allocated

Re: [PATCH v10] vfio: ABI for mdev display dma-buf operation

On 2017.07.11 11:12:36 +0200, Daniel Vetter wrote: > On Tue, Jul 11, 2017 at 08:14:08AM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > > +struct vfio_device_query_gfx_plane { > > > > + __u32 argsz; > > > > + __u32 flags; > > > > + struct vfio_device_gfx_plane_info plane_info; >

Re: [PATCH v10] vfio: ABI for mdev display dma-buf operation

On 2017.07.11 11:12:36 +0200, Daniel Vetter wrote: > On Tue, Jul 11, 2017 at 08:14:08AM +0200, Gerd Hoffmann wrote: > > Hi, > > > > > > +struct vfio_device_query_gfx_plane { > > > > + __u32 argsz; > > > > + __u32 flags; > > > > + struct vfio_device_gfx_plane_info plane_info; >

Re: [PATCH v1] clk: fractional-divider: fix up the fractional clk's jitter

On 07/06/2017 06:01 PM, Heiko Stübner wrote: Hi Elaine, Am Donnerstag, 6. Juli 2017, 16:28:34 CEST schrieb Elaine Zhang: fractional divider must set that denominator is 20 times larger than numerator to generate precise clock frequency. Otherwise the CLK jitter is very big, poor quality of

Re: [PATCH v1] clk: fractional-divider: fix up the fractional clk's jitter

On 07/06/2017 06:01 PM, Heiko Stübner wrote: Hi Elaine, Am Donnerstag, 6. Juli 2017, 16:28:34 CEST schrieb Elaine Zhang: fractional divider must set that denominator is 20 times larger than numerator to generate precise clock frequency. Otherwise the CLK jitter is very big, poor quality of

Re: [RFC PATCH 3/4] pmbus: Allow dynamic fan coefficient values

On 07/11/2017 06:20 PM, Andrew Jeffery wrote: On Tue, 2017-07-11 at 06:31 -0700, Guenter Roeck wrote: On 07/10/2017 06:56 AM, Andrew Jeffery wrote: Some PMBus chips, such as the MAX31785, use different coefficients for FAN_COMMAND_[1-4] depending on whether the fan is in PWM (percent duty) or

Re: [RFC PATCH 3/4] pmbus: Allow dynamic fan coefficient values

On 07/11/2017 06:20 PM, Andrew Jeffery wrote: On Tue, 2017-07-11 at 06:31 -0700, Guenter Roeck wrote: On 07/10/2017 06:56 AM, Andrew Jeffery wrote: Some PMBus chips, such as the MAX31785, use different coefficients for FAN_COMMAND_[1-4] depending on whether the fan is in PWM (percent duty) or

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On 2017/7/12 2:11, Paul E. McKenney wrote: > On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: >> On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote: >>> On Mon, Jul 10, 2017 at 09:38:34AM +0800, Aubrey Li wrote: From: Aubrey Li

Re: [RFC PATCH v1 04/11] sched/idle: make the fast idle path for short idle periods

On 2017/7/12 2:11, Paul E. McKenney wrote: > On Tue, Jul 11, 2017 at 06:33:55PM +0200, Frederic Weisbecker wrote: >> On Tue, Jul 11, 2017 at 05:58:47AM -0700, Paul E. McKenney wrote: >>> On Mon, Jul 10, 2017 at 09:38:34AM +0800, Aubrey Li wrote: From: Aubrey Li The system will

Re: in:imklog segfault in 4.12+git on most sparc64's

From: Meelis Roos Date: Tue, 11 Jul 2017 14:48:27 +0300 (EEST) >> I tested yesterdays git with 4.13 sparc merge on a big bunch of my test >> machines. >> >> Good news: the timestamps starting from boot seem to work on all the >> machines, starting with Ultra 1 and Ultra 2. >>

Re: in:imklog segfault in 4.12+git on most sparc64's

From: Meelis Roos Date: Tue, 11 Jul 2017 14:48:27 +0300 (EEST) >> I tested yesterdays git with 4.13 sparc merge on a big bunch of my test >> machines. >> >> Good news: the timestamps starting from boot seem to work on all the >> machines, starting with Ultra 1 and Ultra 2. >> >> Bad news:

  1   2   3   4   5   6   7   8   9   10   >