On Thu 31-05-18 15:01:33, Minchan Kim wrote:
> On Wed, May 30, 2018 at 11:14:33AM -0700, Shakeel Butt wrote:
> > On Tue, May 29, 2018 at 1:31 AM, Michal Hocko wrote:
> > > On Mon 28-05-18 10:23:07, Shakeel Butt wrote:
> > >> On Mon, May 28, 2018 at 2:11 AM, Michal Hocko wrote:
> > >> Though is th
On Sun 27-05-18 10:32:31, ufo19890607 wrote:
> The dump_header does not print the memcg's name when the system
> oom happened, so users cannot locate the certain container which
> contains the task that has been killed by the oom killer.
>
> I follow the advices of David Rientjes and Michal Hocko,
- On May 30, 2018, at 2:04 AM, Joel Fernandes joe...@google.com wrote:
> From: "Joel Fernandes (Google)"
>
> In recent tests with IRQ on/off tracepoints, a large performance
> overhead ~10% is noticed when running hackbench. This is root caused to
> calls to rcu_irq_enter_irqson and rcu_irq_
On Thu, May 31, 2018 at 12:07 AM, Eddie James
wrote:
> Execute I2C transfers from the FSI-attached I2C master. Use polling
> instead of interrupts as we have no hardware IRQ over FSI.
>
Few nitpicks, after addressing them (field definition is up to you though)
Reviewed-by: Andy Shevchenko
> S
On Fri, May 25, 2018 at 3:38 PM Nick Desaulniers
wrote:
>
> On Fri, May 25, 2018 at 2:06 PM H. Peter Anvin wrote:
> > On 05/25/18 13:36, Nick Desaulniers wrote:
> > > On Fri, May 25, 2018 at 10:56 AM wrote:
> > >> You need the extern inline in the .h file and the out-of-line .S file
> > > I don'
On Wed 30-05-18 13:42:56, Andrew Morton wrote:
> On Mon, 21 May 2018 03:39:46 +0100 ufo19890607 wrote:
>
> > From: yuzhoujian
> >
> > The dump_header does not print the memcg's name when the system
> > oom happened. So users cannot locate the certain container which
> > contains the task that h
We don't set "*name" so it's slightly nicer to just pass "name" instead
of "&name".
Signed-off-by: Dan Carpenter
diff --git a/fs/autofs/waitq.c b/fs/autofs/waitq.c
index 8c858126c751..f6385c6ef0a5 100644
--- a/fs/autofs/waitq.c
+++ b/fs/autofs/waitq.c
@@ -179,7 +179,7 @@ static void autofs_notif
Hi Joel,
Thank you for the patch! Perhaps something to improve:
[auto build test WARNING on linus/master]
[also build test WARNING on v4.17-rc7]
[cannot apply to next-20180530]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
From: kbuild test robot
lib/test_atomic_sections.c:66:1-3: WARNING: PTR_ERR_OR_ZERO can be used
Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR
Generated by: scripts/coccinelle/api/ptr_ret.cocci
Fixes: 3b0e47f0ade1 ("kselftests: Add tests for the preemptoff and irqsoff
tracers")
C
Hi Rob,
On Thu, May 31, 2018 at 12:36 AM, Rob Herring wrote:
> On Wed, May 30, 2018 at 2:40 PM, Michael Turquette
> wrote:
>> Quoting Rob Herring (2018-05-14 06:20:57)
>>> On Mon, May 14, 2018 at 6:38 AM, Bartosz Golaszewski wrote:
>>> > 2018-05-11 22:13 GMT+02:00 Rob Herring :
>>> >> On Fri, M
Hi Rob,
On Wed, 30 May 2018 22:45:23 -0500, Rob Herring wrote:
> On Mon, May 28, 2018 at 12:23:54AM +0200, Miquel Raynal wrote:
> > Hi Stefan,
> >
> > On Sun, 27 May 2018 23:54:38 +0200, Stefan Agner
> > wrote:
> >
> > > From: Lucas Stach
> > >
> > > This adds the devicetree binding for t
On Thu, May 31, 2018 at 11:36:46AM +0900, Daniel Sangorrin wrote:
> > -Original Message-
> > From: stable-ow...@vger.kernel.org [mailto:stable-ow...@vger.kernel.org] On
> > 4.4-stable review patch. If anyone has any objections, please let me know.
> >
> > --
> >
> > From:
Hi Prashanth,
On 05/29/2018 09:14 PM, Prakash, Prashanth wrote:
On 5/28/2018 1:09 AM, George Cherian wrote:
Hi Prashanth,
On 05/26/2018 02:30 AM, Prakash, Prashanth wrote:
On 5/25/2018 12:27 AM, George Cherian wrote:
Hi Prashanth,
On 05/25/2018 12:55 AM, Prakash, Prashanth wrote:
Hi Geo
On Wed 30-05-18 14:06:51, David Rientjes wrote:
> On Mon, 28 May 2018, Michal Hocko wrote:
>
> > > That's not sufficient since the oom reaper is also not able to oom reap
> > > if
> > > the mm has blockable mmu notifiers or all memory is shared filebacked
> > > memory, so it immediately sets MM
On Thu, May 31, 2018 at 1:42 AM, Benjamin Herrenschmidt
wrote:
> On Thu, 2018-05-31 at 00:31 +0300, Andy Shevchenko wrote:
>> On Thu, May 31, 2018 at 12:07 AM, Eddie James
>> wrote:
>> I'll comment the series later, though you have to address previous
>> comments first:
>> - understand devm_ pur
On Thu, May 31, 2018 at 10:56:39AM +0900, Namhyung Kim wrote:
> On Tue, May 29, 2018 at 05:04:58PM -0700, Joel Fernandes wrote:
> > From: "Joel Fernandes (Google)"
> >
> > This patch detaches the preemptirq tracepoints from the tracers and
> > keeps it separate.
> >
> > Advantages:
> > * Lockdep
Smatch flags a couple bugs here:
drivers/gpio/gpio-dwapb.c:447 dwapb_configure_irqs() warn: always true
condition '(pp->irq[i] >= 0) => (0-u32max >= 0)'
drivers/gpio/gpio-dwapb.c:627 dwapb_gpio_get_pdata() warn: always true
condition '(pp->irq[j] >= 0) => (0-u32max >= 0)'
The problem is that we
If the feature query fails during this driver's probe, we memset the
features bits to 0, but then we continue to overwrite that with whatever
junk we read back when the feature probing failed. In the case of a SPI
device, it may be complete junk, causing the caller of this function to
think certain
On Thu, May 31, 2018 at 1:34 AM, Benjamin Herrenschmidt
wrote:
> On Thu, 2018-05-31 at 00:27 +0300, Andy Shevchenko wrote:
>> On Wed, May 30, 2018 at 6:47 PM, Eddie James
>> wrote:
>> > On 05/29/2018 06:19 PM, Andy Shevchenko wrote:
>> > > On Wed, May 30, 2018 at 1:24 AM, Eddie James
>> > > wro
On 29-05-18, 12:04, Ulf Hansson wrote:
> To be able to describe topologies where devices are partitioned across
> multiple power domains, let's extend the power-domain property to allow
> being a list of PM domain specifiers.
>
> Cc: Rob Herring
> Cc: devicet...@vger.kernel.org
> Suggested-by: Jo
[...]
>> +/**
>> + * genpd_dev_pm_attach_by_id() - Attach a device to one of its PM domain.
>> + * @dev: Device to attach.
>
> Can you update the description of the above as well?
Yes, like below?
genpd_dev_pm_attach_by_id() - Associate a device with one of its PM domains.
@dev: The device used
> Currently, DEVFREQ reevaluates the device state periodically and/or
> based on the OPP list changes. Private API has to be exposed to allow
> the device driver to alert/notify the governor to reevaluate when a new
> set of data is available. This makes the governor more coupled to a
> particular
On 30/05/18 18:54, Tony Lindgren wrote:
* Tero Kristo [180530 15:44]:
On 30/05/18 18:28, Tony Lindgren wrote:
* Tero Kristo [180530 15:18]:
For the OCP if part, I think that is still needed until we switch over to
full sysc driver. clkctrl_offs you probably also need because that is used
for
On 29-05-18, 12:04, Ulf Hansson wrote:
> The in-parameter struct generic_pm_domain *genpd to
> genpd_allocate_dev_data() is unused, so let's drop it.
>
> Signed-off-by: Ulf Hansson
> ---
> drivers/base/power/domain.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
Reviewed-by: Viresh
On 29-05-18, 12:04, Ulf Hansson wrote:
> There is no need to pass a genpd struct to pm_genpd_remove_device(), as we
> already have the information about the PM domain (genpd) through the device
> structure.
>
> Additionally, we don't allow to remove a PM domain from a device, other
> than the one
On 29-05-18, 12:04, Ulf Hansson wrote:
> There are still a few non-DT existing users of genpd, however neither of
> them uses __pm_genpd_add_device(), hence let's drop it.
>
> Signed-off-by: Ulf Hansson
> ---
> drivers/base/power/domain.c | 10 --
> include/linux/pm_domain.h | 14 +++--
From: Linkui Xiao
If we settime between 1970 and 2000.
for example:
root# date 052915571978
root# hwclock -w
It will be wrong, this patch fix the bug.
Signed-off-by: Linkui Xiao
---
drivers/rtc/rtc-ds1307.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/driver
On 29-05-18, 12:04, Ulf Hansson wrote:
> Using "extern" to declare a function in a public header file is somewhat
> pointless, but also doesn't hurt. However, to make all the function
> declarations in pm_domain.h to be consistent, let's drop the use of
> "extern".
>
> Signed-off-by: Ulf Hansson
On Wed, May 30, 2018 at 11:14:33AM -0700, Shakeel Butt wrote:
> On Tue, May 29, 2018 at 1:31 AM, Michal Hocko wrote:
> > On Mon 28-05-18 10:23:07, Shakeel Butt wrote:
> >> On Mon, May 28, 2018 at 2:11 AM, Michal Hocko wrote:
> >> Though is there a precedence where the broken feature is not fixed
On 30/05/18 17:43, Georgi Djakov wrote:
> Now we have a proper implementation for the power irq handling and this
> quirk is not needed anymore. In fact, it is causing card detection delays
> on apq8096 platforms and the following error is displayed:
> sdhci_msm 74a4900.sdhci: mmc0: pwr_irq for req
Le 31/05/2018 à 07:54, Michael Ellerman a écrit :
Christophe LEROY writes:
Le 29/05/2018 à 11:05, Geert Uytterhoeven a écrit :
Hi Christophe,
On Tue, May 29, 2018 at 10:56 AM, Christophe LEROY
wrote:
Le 29/05/2018 à 09:47, Geert Uytterhoeven a écrit :
On Tue, May 29, 2018 at 8:03 AM, Chr
Hi Olaf,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on linus/master]
[also build test ERROR on v4.17-rc7]
[cannot apply to next-20180530]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https
xt: Boot failed on beagle board x15
> https://bugs.linaro.org/show_bug.cgi?id=3863
This bug still happening on 4.17.0-rc7-next-20180530 on beagle board x15.
Linux version 4.17.0-rc7-next-20180530 (buildslave@x86-64-07) (gcc version
6.2.1 20161016 (Linaro GCC 6.2-2016.11)) #1 SMP Wed May 30 12:38:23 UTC 2018
- Naresh
On 5/31/2018 1:43 AM, Andi Kleen wrote:
On Wed, May 30, 2018 at 10:20:45PM +0800, Jin Yao wrote:
When doing pmu sampling and then running a script with
perf script -s script.py, the process_event function gets
dictionary with some fields from the perf ring buffer
(like ip, sym, callchain etc)
Currently, DEVFREQ reevaluates the device state periodically and/or
based on the OPP list changes. Private API has to be exposed to allow
the device driver to alert/notify the governor to reevaluate when a new
set of data is available. This makes the governor more coupled to a
particular device dri
On Wed, May 30 2018, Trond Myklebust wrote:
> Hi Stephen,
>
> Thanks for noticing and apologies for missing that. I'll take that
> patch out until Neil can update it.
>
Thanks for noticing that Stephen,
I've sent and updated version.
Thanks,
NeilBrown
> Cheers
> Trond
> On Wed, 30 May 2018 a
There are 3 places where we walk the list of delegations
for an nfs_client.
In each case there are two nested loops, one for nfs_servers
and one for nfs_delegations.
When we find an interesting delegation we try to get an active
reference to the server. If that fails, it is pointless to
continue
On 30-05-18, 14:32, Krzysztof Kozlowski wrote:
> OK, I see the possibility although it is still far away from use
> cases. You cannot hotplug booting CPU (CPU0) on Exynos kernels. It
> never worked. Strictly speaking - offlining will work. But bringing it
> online will likely hang the system.
True
On 30-05-18, 18:49, Krzysztof Kozlowski wrote:
> Secondary CPUs should have the same information in DeviceTree as booting
> CPU from both correctness point of view and for possible hotplug
> scenarios.
>
> Suggested-by: Viresh Kumar
> Signed-off-by: Krzysztof Kozlowski
> ---
> arch/arm/boot/dts
On Wed, May 30 2018, Arnd Bergmann wrote:
> Something in recent linux-next kernels caused linux/highmem.h to
> no longer be included implicitly from o2iblnd_cb.c, causing a build
> failure:
>
> drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd_cb.c: In function
> 'kiblnd_kvaddr_to_page':
> driver
On Mon, May 21, 2018 at 11:47 PM, Souptick Joarder wrote:
> Use new return type vm_fault_t for fault handler. For now,
> this is just documenting that the function returns a
> VM_FAULT value rather than an errno. Once all instances are
> converted, vm_fault_t will become a distinct type.
>
> Ref->
From: Levin Du
In roc-rk3328-cc board, the signal voltage of sdmmc is supplied by
the vcc_sdio regulator, which is a mux between 1.8V and 3.3V,
controlled by a special output only gpio pin labeled
"gpiomut_pmuio_iout", corresponding bit 1 of the syscon GRF_SOC_CON10.
This special pin can now be
For the migrating VMs, user space may need to know the exception
state. For example, in the machine A, KVM make an SError pending,
when migrate to B, KVM also needs to pend an SError.
This new IOCTL exports user-invisible states related to SError.
Together with appropriate user space changes, user
On Wed, May 30, 2018 at 08:23:16PM -0700, Hugh Dickins wrote:
> George Boole would have noticed a slight error in 4.16 commit 69d763fc6d3a
> ("mm: pin address_space before dereferencing it while isolating an LRU page").
> Fix it, to match both the comment above it, and the original behaviour.
>
>
Hi Stephen,
On 5/30/2018 9:25 PM, Stephen Boyd wrote:
> Quoting Sricharan R (2018-05-24 22:40:11)
>> Hi Bjorn,
>>
>> On 5/24/2018 11:09 PM, Bjorn Andersson wrote:
>>> On Tue 06 Mar 06:38 PST 2018, Sricharan R wrote:
>>>
From: Stephen Boyd
Krait CPUs have a handful of L2 cache contr
On Wed, May 30, 2018 at 08:32:41PM +0200, Lukas Wunner wrote:
> On Wed, May 30, 2018 at 12:54:15PM -0500, Bjorn Helgaas wrote:
> > void aer_print_port_info(struct pci_dev *dev, struct aer_err_info *info)
> > {
> > - pci_info(dev, "AER: %s%s error received: id=%04x\n",
> > + u8 bus = info->id
Reviewed-by: Sagi Grimberg
On Thursday 31 May 2018 01:39 AM, Michael Turquette wrote:
> Hi David,
>
> Quoting David Lechner (2018-05-25 11:11:41)
>> This is a resend of all of the outstanding DaVinci clock patches plus one new
>> patch. All of the patches (except the new one) have been reviewed and tested
>> by someone othe
On Wed, May 30, 2018 at 11:41:23AM -0700, Rajat Jain wrote:
> On Wed, May 30, 2018 at 10:54 AM Bjorn Helgaas wrote:
>
> > From: Bjorn Helgaas
>
> > Decode the Requester ID from the AER Error Source Register into domain/
> > bus/device/function format to match other logging. In cases where the
Hi Jens,
On Wed, 30 May 2018 22:35:40 -0600 Jens Axboe wrote:
>
> I’ll drop the last patch, we can do that at the end of the merge window
> instead.
Thanks.
--
Cheers,
Stephen Rothwell
pgpPUddo5Ay6c.pgp
Description: OpenPGP digital signature
This series patch is separated from
https://www.spinics.net/lists/kvm/msg168917.html
1. CPI 6.1 adds support for NOTIFY_SEI as a GHES notification mechanism, so
this patch supports this
notification in software
Dongjiu Geng (2):
ACPI / APEI: Add SEI notification type support for ARMv8
ar
When kernel or KVM gets the NOTIFY_SEI notification, it firstly
calls the APEI driver to handle this notification.
Signed-off-by: Dongjiu Geng
---
arch/arm64/kernel/traps.c | 15 +++
1 file changed, 15 insertions(+)
---
change since https://www.spinics.net/lists/kvm/msg168919.html
1
ACPI 6.x adds support for NOTIFY_SEI as a GHES notification
mechanism, so add new GHES notification handling functions.
Expose API ghes_notify_sei() to arch code, arch code will call
this API when it gets this NOTIFY_SEI.
Signed-off-by: Dongjiu Geng
---
Note:
Firmware will follow the SError mask
On May 30, 2018, at 10:23 PM, Stephen Rothwell wrote:
>
> Hi all,
>
> After merging the device-mapper tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> drivers/md/dm-writecache.c: In function 'writecache_dtr':
> drivers/md/dm-writecache.c:1799:3: error: implicit decla
Hi all,
Today's linux-next merge of the md tree got a conflict in:
drivers/md/md.c
between commit:
afeee514ce7f ("md: convert to bioset_init()/mempool_init()")
from the block tree and commit:
5a409b4f56d5 ("MD: fix lock contention for flush bios")
from the md tree.
I fixed it up (see
On Thu, May 31, 2018 at 12:05 AM, Vivek Goyal wrote:
> On Tue, May 29, 2018 at 04:46:00PM +0200, Miklos Szeredi wrote:
>> From: Vivek Goyal
>>
>> Metacopy dentry/inode is internal to overlay and is never exposed outside
>> of it. Exception is metacopy upper file used for fsync(). Modify d_real(
Hi all,
After merging the device-mapper tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/md/dm-writecache.c: In function 'writecache_dtr':
drivers/md/dm-writecache.c:1799:3: error: implicit declaration of function
'bioset_free'; did you mean 'bvec_free'? [-Werror=im
On 05/30/2018 06:14 PM, Ulf Hansson wrote:
> [...]
>
+
+static DEFINE_MUTEX(rpmpd_lock);
+
+/* msm8996 RPM powerdomains */
+DEFINE_RPMPD_CORN_SMPA(msm8996, vddcx, vddcx_ao, 1);
+DEFINE_RPMPD_CORN_SMPA(msm8996, vddmx, vddmx_ao, 2);
+DEFINE_RPMPD_CORN_LDOA(msm89
On Wed, May 30, 2018 at 10:35:36AM +0800, honghui.zh...@mediatek.com wrote:
> From: Honghui Zhang
>
> The MTCMOS of PCIe Host for MT2712 will be off when system suspend, and all
> the internel control register will be reset after system resume. The PCIe
> link should be re-established and the rel
On 11/05/18 16:12, Alastair D'Silva wrote:
From: Alastair D'Silva
Switch the use of TIDR on it's CPU feature, rather than assuming it
is available based on architecture.
Signed-off-by: Alastair D'Silva
Reviewed-by: Andrew Donnellan
--
Andrew Donnellan OzLabs, ADL Canberra
and
Hi everyone,
My apologies if this has already been reported in some capacity, I
searched the mailing list and patchwork but I didn't see anything.
With GCC 8.1.0, I am starting to see the following warnings from
Kconfig:
CCscripts/kconfig/zconf.tab.c
LEX scripts/kconfig/zconf.lex.c
On 05/31/2018 09:01 AM, Rob Herring wrote:
> On Fri, May 25, 2018 at 03:31:20PM +0530, Rajendra Nayak wrote:
>> The RPMh powerdomain driver aggregates the corner votes from various
>> consumers for the ARC resources and communicates it to RPMh.
>>
>> We also add data for all powerdomains on sdm8
On 05/31/2018 08:57 AM, Rob Herring wrote:
> On Fri, May 25, 2018 at 03:31:16PM +0530, Rajendra Nayak wrote:
>> The powerdomains for corners just pass the performance state set by the
>> consumers to the RPM (Remote Power manager) which then takes care
>> of setting the appropriate voltage on th
On Wed, May 30, 2018 at 07:41:31PM +0530, Faiz Abbas wrote:
> The dra76x MCAN generic interconnect module has a its own
> format for the bits in the control registers.
>
> Therefore add a new module type, new regbits and new capabilities
> specific to the MCAN module.
>
> CC: Tony Lindgren
> Sig
On Wed, May 30, 2018 at 07:41:32PM +0530, Faiz Abbas wrote:
> The ti-sysc driver provides support for manipulating the idlemodes
> and interconnect level resets.
>
> Add the generic interconnect target module node for MCAN to support
> the same.
>
> CC: Tony Lindgren
> Signed-off-by: Faiz Abbas
On Wed, May 30, 2018 at 4:01 PM Jason Gunthorpe wrote:
> On Thu, May 31, 2018 at 12:40:54AM +0200, Arnd Bergmann wrote:
> > > On 5/30/2018 5:25 PM, Jason Gunthorpe wrote:
> > >> On Wed, May 30, 2018 at 05:10:35PM -0500, Steve Wise wrote:
> > >>>
> > >>> On 5/30/2018 5:04 PM, Jason Gunthorpe wrote
On Wed, May 30, 2018 at 07:41:30PM +0530, Faiz Abbas wrote:
> Add clkctrl data for the m_can clocks and register it within the
> clkctrl driver
>
> CC: Tero Kristo
> Signed-off-by: Faiz Abbas
> ---
> drivers/clk/ti/clk-7xx.c | 1 +
> include/dt-bindings/clock/dra7.h | 1 +
> 2 files cha
On Wed, May 30, 2018 at 12:32:38PM +0200, Johan Hovold wrote:
> Add binding for u-blox GNSS receivers.
>
> Note that the u-blox product names encodes form factor (e.g. "neo"),
> chipset (e.g. "8") and variant (e.g. "q"), but that only formfactor and
> chipset is used for the compatible strings (fo
On Tue, May 29, 2018 at 02:15:37PM +0100, Suzuki K Poulose wrote:
> Now that we can dynamically switch between contiguous memory and
> SG table depending on the trace buffer size, provide the support
> for selecting an appropriate buffer size.
>
> Cc: Mathieu Poirier
> Signed-off-by: Suzuki K Pou
On Tue, May 29, 2018 at 12:04:17PM +0200, Ulf Hansson wrote:
> To be able to describe topologies where devices are partitioned across
> multiple power domains, let's extend the power-domain property to allow
> being a list of PM domain specifiers.
>
> Cc: Rob Herring
> Cc: devicet...@vger.kernel.
Hi David,
On 05/30/2018 11:57 PM, David Collins wrote:
> Hello Rajendra,
>
> On 05/30/2018 03:14 AM, Rajendra Nayak wrote:
>> On 05/30/2018 02:47 PM, Ulf Hansson wrote:
>>> On 25 May 2018 at 12:01, Rajendra Nayak wrote:
> ...
+ pm_genpd_init(&rpmpds[i]->pd, NULL, true);
>>>
>>
ce1287a28
>> Author: Masahiro Yamada
>> Date: Mon May 28 18:22:07 2018 +0900
>>
>> gcc-plugins: allow to enable GCC_PLUGINS for COMPILE_TEST
>>
>>
>>
>> CONFIG_GCC_PLUGIN_STRUCTLEAK_BYREF_ALL was previously disabled
>> for COMPILE_TEST
On Tue, May 29, 2018 at 03:22:40PM +0530, Vijay Viswanath wrote:
> From: Sayali Lokhande
>
> For SDCC version 5.0.0 and higher, new compatible string
> "qcom,sdhci-msm-v5" is added.
>
> Signed-off-by: Sayali Lokhande
> Signed-off-by: Vijay Viswanath
> ---
> Documentation/devicetree/bindings/m
Hi Jens,
After merging the block tree, today's linux-next build (x86_64
allmodconfig) produced this warning:
drivers/md/md.c: In function 'mddev_put':
drivers/md/md.c:543:1: warning: the frame size of 2080 bytes is larger than
2048 bytes [-Wframe-larger-than=]
}
^
This is caused because CONFI
On Mon, May 28, 2018 at 12:23:54AM +0200, Miquel Raynal wrote:
> Hi Stefan,
>
> On Sun, 27 May 2018 23:54:38 +0200, Stefan Agner
> wrote:
>
> > From: Lucas Stach
> >
> > This adds the devicetree binding for the Tegra 2 NAND flash
> > controller.
> >
> > Signed-off-by: Lucas Stach
> > Signed-
On 05/28/2018 05:03 AM, Abhishek Goel wrote:
> The names of the idle states in the output of cpupower monitor command are
> truncated to 4 characters. On POWER9, this creates ambiguity as the states
> are named "stop0", "stop1", etc.
>
> root:~# cpupower monitor
> |Idle_Stats
> PKG |
On Fri, May 25, 2018 at 12:15:46PM +0100, Srinivas Kandagatla wrote:
> This patch adds bindings for Qualcomm SLIMBus NGD controller.
> SLIMBus NGD controller is a light-weight driver responsible for
> communicating with SLIMBus slaves directly over the bus using messaging
> interface and communicat
On Fri, May 25, 2018 at 03:31:20PM +0530, Rajendra Nayak wrote:
> The RPMh powerdomain driver aggregates the corner votes from various
> consumers for the ARC resources and communicates it to RPMh.
>
> We also add data for all powerdomains on sdm845 as part of the patch.
> The driver can be extend
From: Levin Du
Hi all, this is an attemp to add sdmmc UHS support to the
ROC-RK3328-CC board.
This patch series adds a new compatible `rockchip,rk3328-gpio-mute` to
the gpio-syscon driver for the access of the GPIO_MUTE pin in rk3328.
A new gpio controller named `gpio_mute` is defined in
rk332
From: Levin Du
It is necessary for the io domain setting of the SoC to match
the voltage supplied by the regulators.
Signed-off-by: Levin Du
---
Changes in v3: None
Changes in v2: None
Changes in v1:
- Split from V0.
arch/arm64/boot/dts/rockchip/rk3328-roc-cc.dts | 12
1 file c
On 05/28/2018 12:18 AM, Mike Rapoport wrote:
> Hi,
>
> Are there any updates on this?
>
> On Tue, May 22, 2018 at 11:06:05PM +0300, Mike Rapoport wrote:
>> The test verifies that when there is active TCP connection, the
>> memory.stat.sock and memory.current values are close.
>>
>> Signed-off-by:
Newer Centaur support CMCI mechanism, which is compatible with INTEL CMCI.
Signed-off-by: David Wang
---
arch/x86/Kconfig | 12
arch/x86/kernel/cpu/mcheck/mce.c | 6 ++
2 files changed, 18 insertions(+)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index dda
From: Heiko Stuebner
Syscon nodes can be a simple-mfd and the syscon-users then be declared
as children of this node. That way the parent-child structure can be
better represented for devices that are fully embedded in the syscon.
Therefore allow getting the syscon from the parent if neither
a s
From: Levin Du
In Rockchip RK3328, the output only GPIO_MUTE pin, originally for codec
mute control, can also be used for general purpose. It is manipulated by
the GRF_SOC_CON10 register.
Signed-off-by: Levin Du
---
Changes in v3:
- Change from general gpio-syscon to specific rk3328-gpio-mute
From: Levin Du
Adding a new gpio controller named "gpio_mute" to rk3328, providing
access to the GPIO_MUTE pin, which is manupulated by the GRF_SOC_CON10
register.
The GPIO_MUTE pin is referred to as <&gpio_mute 0>.
Signed-off-by: Levin Du
---
Changes in v3:
- Use dedicated "rockchip,rk3328-
On Fri, May 25, 2018 at 03:31:16PM +0530, Rajendra Nayak wrote:
> The powerdomains for corners just pass the performance state set by the
> consumers to the RPM (Remote Power manager) which then takes care
> of setting the appropriate voltage on the corresponding rails to
> meet the performance nee
On 05/24/18 at 01:50pm, Mike Travis wrote:
> Hi Baoquan,
>
> My apologies for my delay, we are going through a network reconfig so mail
> to me was not available for a bit. Comments below...
Not at all.
> > > > > > > Is there any chance we can get the size of MMIOH region before mm
> > > > > >
George Boole would have noticed a slight error in 4.16 commit 69d763fc6d3a
("mm: pin address_space before dereferencing it while isolating an LRU page").
Fix it, to match both the comment above it, and the original behaviour.
Although anonymous pages are not marked PageDirty at first, we have an
o
> Why is this needed? These don't collide in the namespace:
Sorry, I check it again, you’re right. my bad.
PS:
I need to change the binder API between 32bit & 64bit dynamically.
So I was trying to compile binder as a “.ko”. I compiled the 2
files into the same kernel module, which causes problem.
On Wed, May 30, 2018 at 02:03:25PM +0200, Clément Péron wrote:
> From: Clément Peron
"dt-bindings: timer: ..." is the preferred subject prefix.
>
> Add devicetree binding document for NXP's i.MX SoC specific
> EPIT timer driver.
>
> Signed-off-by: Clément Peron
> ---
> .../devicetree/binding
On Wed, May 30, 2018 at 02:03:24PM +0200, Clément Péron wrote:
> From: Colin Didier
>
> Add EPIT clock support to the i.MX6Q clocking infrastructure.
>
> Signed-off-by: Colin Didier
> Signed-off-by: Clément Peron
> Reviewed-by: Fabio Estevam
> ---
> drivers/clk/imx/clk-imx6q.c
On Wed, May 30, 2018 at 11:42:55AM +0300, Matti Vaittinen wrote:
> Document devicetree bindings for ROHM BD71837 PMIC clock output.
Comments from the core binding apply here too.
>
> Signed-off-by: Matti Vaittinen
> ---
> .../bindings/clock/rohm,bd71837-clock.txt | 37
> +
On Wed, May 30, 2018 at 11:42:32AM +0300, Matti Vaittinen wrote:
> Document devicetree bindings for ROHM BD71837 PMIC regulators.
>
> Signed-off-by: Matti Vaittinen
> ---
> .../bindings/regulator/rohm,bd71837-regulator.txt | 126
> +
> 1 file changed, 126 insertions(+)
> c
On Wed, May 30, 2018 at 11:42:03AM +0300, Matti Vaittinen wrote:
> Document devicetree bindings for ROHM BD71837 PMIC MFD.
>
> Signed-off-by: Matti Vaittinen
> ---
> .../devicetree/bindings/mfd/rohm,bd71837-pmic.txt | 52
> ++
> 1 file changed, 52 insertions(+)
> create mo
On 2018-05-31 11:18, Byungchul Park wrote:
On 2018-05-29 21:01, Paul E. McKenney wrote:
One approach would be to embed the kernel_params_ops structure inside
another structure containing the limits, then just have two structures.
Perhaps something like this already exists? I don't see it right
On Tue, May 29, 2018 at 09:22:40AM +0200, Johannes Thumshirn wrote:
> On Mon, May 28, 2018 at 11:02:36PM -0400, Mike Snitzer wrote:
> > No, what both Red Hat and SUSE are saying is: cool let's have a go at
> > "Plan A" but, in parallel, what harm is there in allowing "Plan B" (dm
> > multipath) to
> -Original Message-
> From: stable-ow...@vger.kernel.org [mailto:stable-ow...@vger.kernel.org] On
> 4.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Davidlohr Bueso
>
> commit a73ab244f0dad8fffb3291b905f73e2d3eaa7c00 upstream.
On 30 May 2018 at 23:41, Matthew Wilcox wrote:
> On Wed, May 30, 2018 at 08:13:27AM -0700, Matthew Wilcox wrote:
>> On Wed, May 30, 2018 at 08:14:09PM +0800, Baolin Wang wrote:
>> > On 30 May 2018 at 20:01, Matthew Wilcox wrote:
>> > > On Wed, May 30, 2018 at 07:28:43PM +0800, Baolin Wang wrote:
On Thu, 2018-05-31 at 10:05 +0800, Ryder Lee wrote:
> On Wed, 2018-05-30 at 10:35 +0800, honghui.zh...@mediatek.com wrote:
> > From: Honghui Zhang
> >
> > The MTCMOS of PCIe Host for MT2712 will be off when system suspend, and all
> > the internel control register will be reset after system resum
On 2018-05-29 21:01, Paul E. McKenney wrote:
One approach would be to embed the kernel_params_ops structure inside
another structure containing the limits, then just have two structures.
Perhaps something like this already exists? I don't see it right off,
but then again, I am not exactly an ex
1 - 100 of 854 matches
Mail list logo
