Hi Michal,
On Thu, Jun 28, 2018 at 2:40 AM Michal Simek wrote:
> > diff --git a/arch/arm/boot/dts/zynq-zed.dts
> > b/arch/arm/boot/dts/zynq-zedboard.dts
> > similarity index 93%
> > rename from arch/arm/boot/dts/zynq-zed.dts
> > rename to arch/arm/boot/dts/zynq-zedboard.dts
> > index bf3e26dbf..
On Tue, 26 Jun 2018, Enric Balletbo Serra wrote:
> Hi Matti,
>
> Missatge de Matti Vaittinen del
> dia dt., 26 de juny 2018 a les 14:03:
> >
> > Hello Again Eric,
> >
> > On Tue, Jun 26, 2018 at 01:40:40PM +0200, Enric Balletbo Serra wrote:
> > > Hi Matti,
> > > Missatge de Matti Vaittinen del
On Tue, 26 Jun 2018, Enric Balletbo Serra wrote:
> Hi Matti,
> Missatge de Matti Vaittinen del
> dia dt., 26 de juny 2018 a les 13:25:
> >
> > Hello Eric,
> >
> > Thanks for the comments! I'll be addressing these in patch series v8
> > - except the regmap wrapper one which will be taken care of b
Hi Michal,
On Thu, Jun 28, 2018 at 2:44 AM Michal Simek wrote:
> > -- Xilinx internal board cc108
> > +- Xilinx CC108 board
>
> No reason to remove internal word from here.
Ok.
Thanks,
Luis Araneda.
From: Colin Ian King
Pointer bio is being assigned but is never used hence it is redundant
and can be removed.
Cleans up clang warning:
warning: variable 'bio' set but not used [-Wunused-but-set-variable]
Signed-off-by: Colin Ian King
---
drivers/md/raid5-cache.c | 2 --
1 file changed, 2 del
Hi Michal,
On Thu, Jun 28, 2018 at 2:37 AM Michal Simek wrote:
>
> On 28.6.2018 07:42, Luis Araneda wrote:
> Unfortunately we don't know who is parsing this string. It means please
> keep that origin compatible string there.
>
> I have no problem with this.
> compatible = "avnet,zynq-zed", "xlnx,
In x86_32, __flush_tlb_all() may have read cr4 shadow before the
initialization of cr4 shadow in cpuinit().
Fix it by adding cr4_init_shadow() call ahead of __flush_tlb_all().
Signed-off-by: Zhenzhong Duan
Cc: Srinivas Reddy Eeda
---
arch/x86/kernel/smpboot.c |5 +
1 files changed, 5 i
Initial patch contributed by Tomas Bortoli.
The autofs subsystem does not check that the "path" parameter is
present for all cases where it is required when it is passed in
via the "param" struct.
In particular it isn't checked for the AUTOFS_DEV_IOCTL_OPENMOUNT_CMD
ioctl command.
To solve it, m
Commit-ID: 33dc3e410a0d99f394905143b26d34f1fd64c962
Gitweb: https://git.kernel.org/tip/33dc3e410a0d99f394905143b26d34f1fd64c962
Author: Reinette Chatre
AuthorDate: Sat, 30 Jun 2018 22:17:33 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 3 Jul 2018 08:38:40 +0200
x86/intel_rdt: Make
* Viresh Kumar [180525 03:35]:
> The cooling device properties, like "#cooling-cells" and
> "dynamic-power-coefficient", should either be present for all the CPUs
> of a cluster or none. If these are present only for a subset of CPUs of
> a cluster then things will start falling apart as soon as t
* Viresh Kumar [180525 03:35]:
> The cooling device properties, like "#cooling-cells" and
> "dynamic-power-coefficient", should either be present for all the CPUs
> of a cluster or none. If these are present only for a subset of CPUs of
> a cluster then things will start falling apart as soon as t
Commit-ID: 392487def48e4b596526a4a8c2c2ec4cfe73bf13
Gitweb: https://git.kernel.org/tip/392487def48e4b596526a4a8c2c2ec4cfe73bf13
Author: Reinette Chatre
AuthorDate: Sat, 30 Jun 2018 22:17:32 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 3 Jul 2018 08:38:40 +0200
x86/intel_rdt: Suppo
Commit-ID: 546d3c74277398a3d76d059bd2db47186bb47fc8
Gitweb: https://git.kernel.org/tip/546d3c74277398a3d76d059bd2db47186bb47fc8
Author: Reinette Chatre
AuthorDate: Sat, 30 Jun 2018 22:03:03 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 3 Jul 2018 08:38:39 +0200
x86/intel_rdt: Fix c
Commit-ID: ce730f1cc1255be152c879a2bc5f295d341d8036
Gitweb: https://git.kernel.org/tip/ce730f1cc1255be152c879a2bc5f295d341d8036
Author: Reinette Chatre
AuthorDate: Sat, 30 Jun 2018 22:03:02 -0700
Committer: Thomas Gleixner
CommitDate: Tue, 3 Jul 2018 08:38:39 +0200
x86/intel_rdt: Move
Hi
I've run into an odd performance issue in the kernel, and not being a
kernel dev or knowing terribly much about cgroups, am looking for
advice on diagnosing the problem further (I discovered this while
trying to pin down high CPU load in cadvisor).
On some machines in our production system, ca
On Mon, Jul 02, 2018 at 10:04:36AM +0800, Anson Huang wrote:
> According to i.MX6 datasheet, the LDO_1P1's typical
> programming operating range is 1.0V to 1.2V, and
> the LDO_2P5's typical programming operating range
> is 2.25V to 2.75V, correct LDO_1P1 and LDO_2P5's
> regulator range settings for
On 02.07.2018 16:47, Thierry Reding wrote:
On Mon, Jul 02, 2018 at 04:30:07PM +0300, Mikko Perttunen wrote:
On 02.07.2018 16:18, Thierry Reding wrote:
On Mon, Jul 02, 2018 at 02:40:31PM +0300, Mikko Perttunen wrote:
The Tegra Combined UART (TCU) is a mailbox-based mechanism that allows
multipl
On Tue, 2018-07-03 at 07:48 +0200, Dmitry Vyukov wrote:
> On Tue, Jul 3, 2018 at 3:34 AM, Ian Kent wrote:
> > On Mon, 2018-07-02 at 14:15 +0200, Dmitry Vyukov wrote:
> > > On Mon, Jul 2, 2018 at 1:55 PM, tomas wrote:
> > > > Yes, thanks. Please use my full name, Tomas Bortoli.
> > >
> > >
> > >
On Mon, Jul 02, 2018 at 10:22:05AM +0530, Viresh Kumar wrote:
> On 29-06-18, 16:52, Sébastien Szymanski wrote:
> > i.MX6ULL has different operating ranges than i.MX6UL so add the
> > operating points for the i.MX6ULL and removed them form board device
>
> s/removed/remove/
> s/form/from/
I fixed
On Tue, Jul 03, 2018 at 01:20:47AM -0400, Peter Vernia wrote:
> Replaces instances of "unsigned" with "unsigned int"; fixes comma and tab
> spacing.
>
> Signed-off-by: Peter Vernia
> ---
> drivers/staging/mt7621-pinctrl/pinctrl-rt2880.c | 35
> +
> 1 file changed, 18 ins
On Mon, Jul 02, 2018 at 09:47:59AM -0700, Linus Torvalds wrote:
> On Mon, Jul 2, 2018 at 3:24 AM Greg KH wrote:
> >
> > On Mon, Jul 02, 2018 at 11:57:36AM +0200, Geert Uytterhoeven wrote:
> > >
> > > > Pseudo-Shortlog of commits:
> > >
> > > Given you do publish a git tree with these changes, is t
On Mon, 02 Jul 2018, Benson Leung wrote:
> On Mon, Jul 02, 2018 at 01:05:40PM +0200, Krzysztof Kozlowski wrote:
> > On 2 July 2018 at 12:22, Enric Balletbo i Serra
> > wrote:
> > > The cros-ec I2C and SPI transport drivers have been moved from MFD
> > > subsystem to platform/chrome, at the same ti
On Mon, 02 Jul 2018, Enric Balletbo i Serra wrote:
> There are some cros-ec transport drivers (I2C, SPI) living in MFD, while
> others (LPC) living in drivers/platform. The transport drivers are more
> platform specific. So, move the I2C and SPI transport drivers to the
> platform/chrome directory
On Mon, Jul 02, 2018 at 09:33:13AM -0700, Guenter Roeck wrote:
> On Sun, Jul 01, 2018 at 06:20:24PM +0200, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 4.17.4 release.
> > There are 220 patches in this series, all will be posted as a response
> > to this one.
On Fri, Jun 29, 2018 at 01:02:36PM -0700, Kees Cook wrote:
> On Fri, Jun 29, 2018 at 12:45 PM, Rob Herring wrote:
> > On Fri, Jun 29, 2018 at 12:52 PM Kees Cook wrote:
> >>
> >> In the quest to remove all stack VLA usage from the kernel[1], this
> >> switches to using a maximum size and adds a sa
Hi,
On Monday 02 July 2018 04:20 PM, Tony Lindgren wrote:
> * Robert Nelson [180618 14:00]:
>> On Wed, Apr 11, 2018 at 6:48 AM, Faiz Abbas wrote:
>>> am335x-evm, am335x-evmsk and am335x-beaglebone are currently relying on
>>> pinmux set by the bootloader to set the correct value for mmc1. Fix
>>
From: Banajit Goswami
The devres group opened for a master is left open-ended (without
devres_group_close) even after bind() is complete. Similarly, while
releasing the devres resources for master, the most recently opened
devres group is selected, and released without identifying the
targeted gr
From: Wanpeng Li
Add kvm hypervisor init time platform setup callback which
will be used to replace native apic hooks by pararvirtual
hooks.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Cc: Vitaly Kuznetsov
Signed-off-by: Wanpeng Li
---
arch/x86/kernel/kvm.c | 10 ++
1 file changed, 10 inse
From: Wanpeng Li
Implement paravirtual apic hooks to enable PV IPIs.
apic->send_IPI_mask
apic->send_IPI_mask_allbutself
apic->send_IPI_allbutself
apic->send_IPI_all
The PV IPIs supports maximal 128 vCPUs VM, it is big enough for cloud
environment currently, supporting more vCPUs needs to intro
From: Wanpeng Li
Fallback to original apic hooks when apic id is sparse and larger
than 128 or kvm fails to add the pending IRQ to lapic.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Cc: Vitaly Kuznetsov
Signed-off-by: Wanpeng Li
---
arch/x86/kernel/kvm.c | 26 +++---
1 file chan
From: Wanpeng Li
Using hypercall to send IPIs by one vmexit instead of one by one for
xAPIC/x2APIC physical mode and one vmexit per-cluster for x2APIC cluster
mode. Intel guest can enter x2apic cluster mode when interrupt remmaping
is enabled in qemu, however, latest AMD EPYC still just support
From: Wanpeng Li
The NMI delivery mode of ICR is used to deliver an NMI to the processor,
and the vector information is ignored.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Cc: Vitaly Kuznetsov
Signed-off-by: Wanpeng Li
---
arch/x86/kernel/kvm.c | 13 +++--
arch/x86/kvm/x86.c| 16 ++
Using hypercall to send IPIs by one vmexit instead of one by one for
xAPIC/x2APIC physical mode and one vmexit per-cluster for x2APIC cluster
mode. Intel guest can enter x2apic cluster mode when interrupt remmaping
is enabled in qemu, however, latest AMD EPYC still just supports xapic
mode which
From: Wanpeng Li
Expose PV_SEND_IPI feature bit to guest, the guest can check this feature
bit before using paravirtualized send IPIs.
Cc: Paolo Bonzini
Cc: Radim Krčmář
Cc: Vitaly Kuznetsov
Signed-off-by: Wanpeng Li
---
Documentation/virtual/kvm/cpuid.txt | 4
arch/x86/kvm/cpuid.c
On Mon, Jul 02, 2018 at 02:02:34PM -0700, Tarick Bedeir wrote:
> rdma_ah_find_type() can reach into ib_device->port_immutable with a
> potentially out-of-bounds port number, so check that the port number is
> valid first.
>
> Fixes: 44c58487d51a ("IB/core: Define 'ib' and 'roce' rdma_ah_attr types"
On Sun, 01 Jul 2018, Shawn Guo wrote:
> On Fri, Jun 22, 2018 at 01:32:48PM +0800, Anson Huang wrote:
> > i.MX6SLL has HW bus auto clock gating function, enable
> > it by default to save VDD_SOC_IN power, about 5% ~ 20%
> > saved depends on different use cases.
> >
> > Signed-off-by: Anson Huang
* Kees Cook [180702 16:17]:
> On Mon, Jul 2, 2018 at 4:27 AM, Tony Lindgren wrote:
> > * Kees Cook [180627 21:59]:
> >> On Mon, Jun 18, 2018 at 10:45 AM, Kees Cook wrote:
> >> > This adjusts the allocator calls to use 2-factor argument call style, as
> >> > done treewide already for improved de
On 03.07.2018 03:09, Michael Ellerman wrote:
> Helge Deller writes:
>
>> On 02.07.2018 16:09, Geert Uytterhoeven wrote:
>>> On Mon, Jul 2, 2018 at 4:01 PM Geert Uytterhoeven
>>> wrote:
JFYI, when comparing v4.18-rc3[1] to v4.18-rc2[3], the summaries are:
>>> ...
>>
>> Both of the following
* Stephen Rothwell [180702 22:23]:
> Hi Tony,
>
> Commit
>
> 5322c19b117a ("ARM: OMAP1: ams-delta: Hog "keybrd_dataout" GPIO pin")
>
> is missing a Signed-off-by from its committer.
Oops sorry about that, I'll set up a omap-for-v4.19/omap1-v2
branch to fix this today.
Regards,
Tony
On Mon 02-07-18 11:10:23, Yang Shi wrote:
> On 7/2/18 10:57 AM, Michal Hocko wrote:
[...]
> > Why would you even care about shared mappings?
>
> Just thought about we are dealing with VM_DEAD, which means the vma will be
> tore down soon regardless it is shared or non-shared.
>
> MMF_UNSTABLE doe
On Thu, Jun 28, 2018 at 11:56:26PM +0100, Nick Dyer wrote:
> The RMI4 touchscreen driver applied inversion and axis swap in the
> wrong order, violating the DT binding for those properties. This was fixed in
> 645a397, so correct the RDU1 DT to apply the inversion to the
> correct axis.
>
> Tested
On Mon 02-07-18 13:48:45, Andrew Morton wrote:
> On Mon, 2 Jul 2018 16:05:02 +0200 Michal Hocko wrote:
>
> > On Fri 29-06-18 20:15:47, Andrew Morton wrote:
> > [...]
> > > Would one of your earlier designs have addressed all usecases? I
> > > expect the dumb unmap-a-little-bit-at-a-time approach
Quoting Douglas Anderson (2018-07-02 15:59:39)
> If you do this on an sdm845 board:
> grep "" /sys/kernel/debug/pinctrl/*spmi:pmic*/pinconf-groups
>
> ...it looks like nonsense. For every pin you see listed:
> input bias disabled, input bias high impedance, input bias pull down, input
> bias
On Thu, Jun 28, 2018 at 06:36:38PM +0200, Sebastian Reichel wrote:
> Add information about 3V3 power rail to avoid kernel warnings,
> that dummy regulators have been added.
>
> Signed-off-by: Sebastian Reichel
I changed subject prefix to 'ARM: dts: imx53-ppd: ...', and applied
both.
Shawn
Hi Peter,
Thanks for the feedback. I'll make sure to incorporate it into my next
patch, and send that soon.
Thanks,
Isaac Manjarres
On 2018-07-02 05:15, Peter Zijlstra wrote:
On Fri, Jun 29, 2018 at 01:55:12PM -0700, Isaac J. Manjarres wrote:
When cpu_stop_queue_two_works() begins to wake the
On Tue, Jul 3, 2018 at 3:34 AM, Ian Kent wrote:
> On Mon, 2018-07-02 at 14:15 +0200, Dmitry Vyukov wrote:
>> On Mon, Jul 2, 2018 at 1:55 PM, tomas wrote:
>> > Yes, thanks. Please use my full name, Tomas Bortoli.
>>
>>
>> Please also include:
>>
>> Reported-by: syzbot+60c837b428dc84e83...@syzkalle
On Wed, Jun 27, 2018 at 09:37:13PM -0700, Andrey Smirnov wrote:
> Pinctrl_usbh1reg defines pinmux setting for reset GPIO used by
> usbh1phy, but is not referenced by that node. Fix that.
>
> Cc: Fabio Estevam
> Cc: Shawn Guo
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: linux-kernel@vger.kern
Hi,
Just gently ping.
May this patch be reviewed and merged?
Thanks,
Jian-Hong Pan
2018-05-25 17:54 GMT+08:00 Jian-Hong Pan :
> Without this patch we cannot turn on the Bluethooth adapter on HP
> 14-bs007la.
>
> T: Bus=01 Lev=02 Prnt=03 Port=00 Cnt=01 Dev#= 4 Spd=12 MxCh= 0
> D: Ver= 1.10 C
Rafael,
On 20 June 2018 at 19:22, Ulf Hansson wrote:
> Changes in v8:
> - Added some tags for reviews and acks.
> - Cleanup timer patch (patch6) according to comments from Rafael.
> - Rebased series on top of v4.18rc1 - it applied cleanly, except for patch 5.
> - While adopting patch 5 to new
Although we can rely on cpuacct to present the cpu usage of task
group, it is hard to tell how intense the competition is between
these groups on cpu resources.
Monitoring the wait time of each process or sched_debug could cost
too much, and there is no good way to accurately represent the
confli
On Mon, Jul 2, 2018 at 7:18 PM, Olof Johansson wrote:
> Hi Jens,
>
>
> On Mon, Jul 2, 2018 at 5:10 AM, Jens Wiklander
> wrote:
>> Hello arm-soc maintainers,
>>
>> Please pull these small tee driver enhancements. There's a new config
>> option for the OP-TEE driver, OPTEE_SHM_NUM_PRIV_PAGES. Also
On Mon, Jul 02, 2018 at 02:12:52AM +, Robin Gong wrote:
> But in fact, the original dts is not correct without 'regulator-always-
> on'since SW4 is the critical DDR power rail, although, it's kept on in
> the previous kernel by no switches enable/disable interfaces provided
> in pfuze driver. A
From: Wentao Wang
Add FITRIM ioctl for FAT file system
[hirof...@mail.parknet.co.jp: bug fixes, coding style fixes, add signal check]
Signed-off-by: Wentao Wang
Signed-off-by: OGAWA Hirofumi
---
fs/fat/fat.h|1
fs/fat/fatent.c | 102 +
On 3 July 2018 at 04:25, Fabio Estevam wrote:
> On Mon, Jul 2, 2018 at 11:13 PM, Anson Huang wrote:
>
>> I think either way is OK, since flexible array is used in kernel code quite
>> commonly,
>> so I prefer to make code change as small as possible, the original patch can
>> also prevent
>> si
Matthew Wilcox writes:
> On Fri, Jun 22, 2018 at 11:51:38AM +0800, Huang, Ying wrote:
>> +++ b/mm/swap_state.c
>> @@ -426,33 +447,37 @@ struct page *__read_swap_cache_async(swp_entry_t
>> entry, gfp_t gfp_mask,
>> /*
>> * call radix_tree_preload() while we can wait.
>>
From: "Gautham R. Shenoy"
In the situations where snooze is the only cpuidle state due to
firmware not exposing any platform idle states, the idle CPUs will
remain in snooze for a long time with interrupts disabled causing the
Hard-lockup detector to complain.
watchdog: CPU 51 detected hard LOCK
On 07/02/2018 11:06 PM, Andrew Morton wrote:
> On Mon, 2 Jul 2018 09:50:49 +0200 Christian Borntraeger
> wrote:
>
>> KVM guests on s390 can notify the host of unused pages. This can result
>> in pte_unused callbacks to be true for KVM guest memory.
>>
>> If a page is unused (checked with pte
On Tue, 2018-07-03 at 12:39 +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2018-07-02 at 19:26 -0700, Linus Torvalds wrote:
> > On Mon, Jul 2, 2018 at 7:15 PM Linus Torvalds
> > wrote:
> > >
> > > It's whitespace-damaged on purpose. It's probably broken shit. DO NOT
> > > USE UNDER ANY CIRCUMSTAN
Replaces instances of "unsigned" with "unsigned int"; fixes comma and tab
spacing.
Signed-off-by: Peter Vernia
---
drivers/staging/mt7621-pinctrl/pinctrl-rt2880.c | 35 +
1 file changed, 18 insertions(+), 17 deletions(-)
diff --git a/drivers/staging/mt7621-pinctrl/pinctr
Hi all,
Changes since 20180702:
The net-next tree gained a build failure due to an interaction with Linus'
tree for which I applied a merge fix patch.
The akpm-current tree still had its build failure for which I reverted
a commit.
Non-merge commits (relative to Linus' tree): 3320
On Monday 02 July 2018 10:00 PM, Eduardo Valentin wrote:
> Keerthy,
>
> On Fri, Jun 29, 2018 at 06:10:26PM +0200, Bartlomiej Zolnierkiewicz wrote:
>>
>> Hi,
>>
>> On Wednesday, May 02, 2018 03:20:35 PM Bartlomiej Zolnierkiewicz wrote:
>>> Majority of this code (i.e. functions from ti-bandgap.c)
> The subject is over 72 characters or whatever the limit is and there
> isn't a commit message.
Dan, thanks for your help, I realize where I went wrong now. I will re-submit
the patch fresh to fix the message subject.
--Peter
On Mon, Jul 2, 2018 at 9:43 PM Seung-Woo Kim wrote:
>
> I think the commit itself is required. Simple, but not reliable,
> workaround fix is like below:
>
> diff --git a/fs/dcache.c b/fs/dcache.c
> index a34d401..7c751f2 100644
> --- a/fs/dcache.c
> +++ b/fs/dcache.c
> @@ -1879,6 +1879,8 @@ void d
On Monday 02 July 2018 08:57 PM, David Lechner wrote:
> On 07/02/2018 07:08 AM, Sekhar Nori wrote:
>> Hi Bjorn,
>>
>> On Thursday 21 June 2018 05:11 PM, Bartosz Golaszewski wrote:
>>> 2018-06-21 12:52 GMT+02:00 Sekhar Nori :
Hi Bartosz,
On Thursday 21 June 2018 01:07 PM, Bartosz Gola
On 2018년 07월 03일 13:36, Greg KH wrote:
> On Tue, Jul 03, 2018 at 12:24:59PM +0900, Seung-Woo Kim wrote:
>> Hello,
>>
>> On 2018년 05월 30일 16:32, Greg KH wrote:
>>> I'm announcing the release of the 3.18.111 kernel.
>>>
>>> All users of the 3.18 kernel series must upgrade.
>>>
>>> The updated 3.18
On Tue, Jul 03, 2018 at 12:11:19PM +0800, Yang Shi wrote:
> direct reclaim doesn't write out filesystem page, only kswapd could do
> this. So, if it is called from direct relaim, it is definitely a bug.
>
> And, Mel Gorman mentioned "Ultimately, this will be a BUG_ON." in commit
> 94054fa3fca1fd78
On Tue, Jul 03, 2018 at 12:24:59PM +0900, Seung-Woo Kim wrote:
> Hello,
>
> On 2018년 05월 30일 16:32, Greg KH wrote:
> > I'm announcing the release of the 3.18.111 kernel.
> >
> > All users of the 3.18 kernel series must upgrade.
> >
> > The updated 3.18.y git tree can be found at:
> > git://g
On 07/02/2018 05:08 PM, Christopher Lameter wrote:
> On Mon, 2 Jul 2018, John Hubbard wrote:
>
>>>
>>> These two are just wrong. You cannot make any page reference for
>>> PageDmaPinned() account against a pin count. First, it is just conceptually
>>> wrong as these references need not be long ter
Cc-ing Linus, Tejun, Andrew
[I'll keep the entire lockdep report]
On (07/02/18 19:26), Tetsuo Handa wrote:
[..]
> 2018-07-02 12:13:13 192.168.159.129: [ 151.606834] swapper/0/0 is trying
> to acquire lock:
> 2018-07-02 12:13:13 192.168.159.129: [ 151.606835] 316e1432
> (console
Hi Linus,
> -Original Message-
> From: Linus Walleij [mailto:linus.wall...@linaro.org]
> Sent: Monday, July 2, 2018 7:18 PM
> To: Naga Sureshkumar Relli
> Cc: Boris Brezillon ; Richard Weinberger
> ;
> David Woodhouse ; Brian Norris
> ; Mark Vasut ; Florian
> Fainelli
> ; Markus Mayer ;
On 02-07-18, 16:27, Olof Johansson wrote:
> On Mon, Jul 02, 2018 at 02:25:40PM -0600, Rob Herring wrote:
> > On Fri, May 25, 2018 at 4:32 AM Viresh Kumar
> > wrote:
> > >
> > > The OPP properties, like "operating-points", should either be present
> > > for all the CPUs of a cluster or none. If th
direct reclaim doesn't write out filesystem page, only kswapd could do
it. So, if the call comes from direct reclaim, it is definitely a bug.
And, Mel Gormane also mentioned "Ultimately, this will be a BUG_ON." In
commit 94054fa3fca1fd78db02cb3d68d5627120f0a1d4 ("xfs: warn if direct
reclaim tries
direct reclaim doesn't write out filesystem page, only kswapd could do
this. So, if it is called from direct relaim, it is definitely a bug.
And, Mel Gorman mentioned "Ultimately, this will be a BUG_ON." in commit
94054fa3fca1fd78db02cb3d68d5627120f0a1d4 ("xfs: warn if direct reclaim
tries to writ
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev
head: 3981406d6621b8a72a873bdc88d0a95d2e928c9e
commit: 3981406d6621b8a72a873bdc88d0a95d2e928c9e [117/117] rcu: Define
RCU-sched API in terms of RCU for Tree RCU PREEMPT builds
config: x86_64-randconfig-x018-201826
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev
head: 3981406d6621b8a72a873bdc88d0a95d2e928c9e
commit: 3981406d6621b8a72a873bdc88d0a95d2e928c9e [117/117] rcu: Define
RCU-sched API in terms of RCU for Tree RCU PREEMPT builds
config: x86_64-randconfig-x019-201826
On Mon, Jul 02, 2018 at 02:05:40PM -0700, Tejun Heo wrote:
> Hello, Paul.
>
> Sorry about the late reply.
>
> On Wed, Jun 20, 2018 at 12:29:01PM -0700, Paul E. McKenney wrote:
> > I have hit this WARN_ON_ONCE() in process_one_work:
> >
> > WARN_ON_ONCE(!(pool->flags & POOL_DISASSOCIATED) &&
On Sun, Jul 1, 2018 at 11:36 AM Guo Ren wrote:
>
> Signed-off-by: Guo Ren
> ---
[...]
> +config CSKY_BUILTIN_DTB
> + bool "Use kernel builtin dtb"
> +
> +config CSKY_BUILTIN_DTB_NAME
> + string "kernel builtin dtb name"
> + depends on CSKY_BUILTIN_DTB
> +endmenu
These options
On 2018-07-01 23:39, Miquel Raynal wrote:
Hi Abhishek,
Abhishek Sahu wrote on Wed, 20 Jun 2018
12:57:27 +0530:
* v4:
1. Added patch to make other ECC configurations function static.
2. Clubbed the DT update patches.
3. Removed the bad block related patch. Discussion is going on
related wi
tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git
dev
head: 673d4e1483611783d502fe63317483b294f1bba0
commit: 673d4e1483611783d502fe63317483b294f1bba0 [117/117] rcu: Define
RCU-sched API in terms of RCU for Tree RCU PREEMPT builds
config: powerpc-defconfig (attached a
On Sun, Jul 1, 2018 at 11:35 AM Guo Ren wrote:
>
Commit message needed.
> Signed-off-by: Guo Ren
> ---
> drivers/irqchip/Makefile | 1 +
> drivers/irqchip/irq-csky-v1.c | 126
> drivers/irqchip/irq-csky-v2.c | 191
> +++
Hello,
On 2018년 05월 30일 16:32, Greg KH wrote:
> I'm announcing the release of the 3.18.111 kernel.
>
> All users of the 3.18 kernel series must upgrade.
>
> The updated 3.18.y git tree can be found at:
> git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
> linux-3.18.y
On Sun, Jul 1, 2018 at 11:34 AM Guo Ren wrote:
>
Needs a commit msg. Perhaps some overview of what's in each config.
> Signed-off-by: Guo Ren
> ---
> arch/csky/configs/gx66xx_defconfig | 549
> +
> arch/csky/configs/qemu_ck807_defconfig | 541 ++
Can you put it into memblock.c
> Do you think it looks ok if I add the inline prefix?
I would say no, this function is a too complex, and is not in some
critical path to be always inlined.
I would put it into memblock.c, and have #ifdef
CONFIG_HAVE_MEMBLOCK_PFN_VALID around it.
Thank you,
Pave
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 9a93848fe787a53aec404e4e00d8f7f9bbdaebb4
Author: Peter Zijlstra
AuthorDate: Thu Feb 2 14:43:51 2017 +0100
Commit: Ingo M
On 一, 2018-07-02 at 18:47 +0530, Vinod wrote:
> On 02-07-18, 02:32, Robin Gong wrote:
> >
> > Hi Vinod,
> > Do you have any comment for this patchset? Lucas and Sascha
> > acked it and tty patch already merged in.
> I was actually waiting for ACK/action on patch 1 :)
>
> I have reviewed the s
On Mon, Jul 02, 2018 at 06:29:15AM -0700, Christoph Hellwig wrote:
> This commit is missing an explanation.
The patch is for abiv1 & abiv2 CPU series' MMU support.
- abiv1 CPU (CK610) is VIPT cache and it doesn't support highmem.
- abiv2 CPUs are all PIPT cache and they could support highmem.
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit ee410f15b1418f2f4428e79980674c979081bcb7
Author: Thierry Escande
AuthorDate: Thu Jun 14 15:28:15 2018 -0700
Commit: Linu
On Tue, 3 Jul 2018 10:22:57 +0800 Jisheng Zhang wrote:
> Hi,
>
> On Mon, 2 Jul 2018 14:51:03 +0300 Andy Shevchenko wrote:
>
> > On Mon, 2018-07-02 at 13:18 +0300, Andy Shevchenko wrote:
> > > On Mon, 2018-07-02 at 18:04 +0800, Jisheng Zhang wrote:
> > > > For Synopsys DesignWare 8250 uart
On Mon, Jul 02, 2018 at 01:13:40PM -0500, David Lechner wrote:
>On 06/21/2018 04:06 PM, William Breathitt Gray wrote:
>> I decided to strip down these devices to arrive at the core essence of
>> what constitutes a "counter device" and therefore design a "generic
>> counter" abstraction to better re
On Mon, Jul 2, 2018 at 7:30 PM Mathieu Desnoyers
wrote:
>
>
> Is it really ? Last time we had this discussion, not all architectures
> guaranteed that reading a 64-bit integer would happen in two atomic
> 32-bit sub-parts.
All architectures that matter do.
Please don't overdesign this, or try to
Hi Robert,
I love your patch! Yet something to improve:
[auto build test ERROR on robh/for-next]
[also build test ERROR on v4.18-rc3 next-20180702]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux
Hi Tianyu,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on kvm/linux-next]
[also build test ERROR on v4.18-rc3 next-20180702]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Mon, 2018-07-02 at 19:26 -0700, Linus Torvalds wrote:
> On Mon, Jul 2, 2018 at 7:15 PM Linus Torvalds
> wrote:
> >
> > It's whitespace-damaged on purpose. It's probably broken shit. DO NOT
> > USE UNDER ANY CIRCUMSTANCES. Think of it more as a "something like
> > this might work, but probably
On Mon, 2018-07-02 at 19:15 -0700, Linus Torvalds wrote:
> On Mon, Jul 2, 2018 at 5:57 PM Benjamin Herrenschmidt
> wrote:
> >
> > I'll have a look see if I can find a way to check that the sysfs dir is
> > empty without adding that childcount, that would at least alleviate
> > some of your object
On Mon, Jul 2, 2018 at 7:30 PM, Mathieu Desnoyers
wrote:
> - On Jul 2, 2018, at 10:18 PM, Linus Torvalds
> torva...@linux-foundation.org wrote:
>
>> On Mon, Jul 2, 2018 at 7:01 PM Mathieu Desnoyers
>> wrote:
>>>
>>> One thing to consider is how we will implement the load of that pointer
>>>
On Wed, Jun 27, 2018 at 07:54:42PM +0530, Sibi Sankar wrote:
> Add SDM845 AOSS (always on subsystem) reset controller binding
>
> Signed-off-by: Sibi Sankar
> ---
>
> Not including Rob's earlier Reviewed-by due to change in compatible
>
> .../bindings/reset/qcom,aoss-reset.txt| 52 +++
On Wed, Jun 27, 2018 at 07:16:09PM +0800, Houlong Wei wrote:
> This adds documentation for the MediaTek Global Command Engine (GCE) unit
> found in MT8173 SoCs.
>
> Signed-off-by: Houlong Wei
> Signed-off-by: HS Liao
> ---
> Hi Rob,
> I don't add your ACK in this version since the dt-binding d
- On Jul 2, 2018, at 10:18 PM, Linus Torvalds torva...@linux-foundation.org
wrote:
> On Mon, Jul 2, 2018 at 7:01 PM Mathieu Desnoyers
> wrote:
>>
>> One thing to consider is how we will implement the load of that pointer
>> on the kernel side.
>
> Use "get_user()". It works for 64-bit objec
Hi,
> -Original Message-
> From: Morten Rasmussen
> Sent: Wednesday, June 20, 2018 6:06 PM
> To: pet...@infradead.org; mi...@redhat.com
> Cc: valentin.schnei...@arm.com; dietmar.eggem...@arm.com;
> vincent.guit...@linaro.org; Gaku Inami
> ; linux-kernel@vger.kernel.org; Morten Rasmussen
On Mon, Jul 2, 2018 at 7:15 PM Linus Torvalds
wrote:
>
> It's whitespace-damaged on purpose. It's probably broken shit. DO NOT
> USE UNDER ANY CIRCUMSTANCES. Think of it more as a "something like
> this might work, but probably doesn't". Maybe it gives you an idea,
> although that idea might be "
1 - 100 of 852 matches
Mail list logo