On 04/28/19 at 09:54pm, Kirill A. Shutemov wrote:
> > @@ -109,6 +110,14 @@ void __init kernel_randomize_memory(void)
> > if (memory_tb < kaslr_regions[0].size_tb)
> > kaslr_regions[0].size_tb = memory_tb;
> >
> > + /**
>
> Nit: that is weird style for inline comment.
Right,
pon., 29 kwi 2019 o 07:50 Andrey Smirnov napisał(a):
>
> Simplify error checking code by replacing multiple ERR macros with a
> call to PTR_ERR_OR_ZERO. No functional change intended.
>
> Signed-off-by: Andrey Smirnov
> Cc: Linus Walleij
> Cc: Bartosz Golaszewski
> Cc: Chris Healy
> Cc:
Hi Helmut,
Helmut Grohne wrote on Thu, 25 Apr 2019
13:23:39 +0200:
> Without much knowledge of the nand framework, I attempted reviewing the
> code. Hope this helps.
It does help a lot, thanks for your time!
Miquèl
The body of description is mostly copied from comments in
kernel/latencytop.c
Cc: Arjan van de Ven
Cc: Jonathan Corbet
Signed-off-by: Feng Tang
---
Documentation/sysctl/kernel.txt | 18 ++
1 file changed, 18 insertions(+)
diff --git a/Documentation/sysctl/kernel.txt
latencytop is a nice tool for tracing system latency hotspots, and
we heavily use it in 0day/LKP test suites.
However, When running some scheduler benchmarks like hackbench,
we noticed in some cases the global latencytop_lock will occupy around
70% of CPU cycles from perf profile, mainly come
Currently there is one global "latency_lock" to cover both the
global and per-task latency data updating. Splitting it into one
global lock and per-task one will improve lock's granularity and
reduce the contention.
Cc: Arjan van de Ven
Signed-off-by: Feng Tang
---
include/linux/sched.h | 1 +
On Mon, Apr 29, 2019 at 9:49 AM Joel Stanley wrote:
>
> On Thu, 25 Apr 2019 at 17:25, Greg KH wrote:
> >
> > On Tue, Apr 23, 2019 at 08:28:14AM -0700, Patrick Venture wrote:
> > > On Tue, Apr 23, 2019 at 8:22 AM Patrick Venture
> > > wrote:
> > > >
> > > > On Tue, Apr 23, 2019 at 7:26 AM
> On Fri, Apr 26, 2019 at 10:01:02AM -0400, Theodore Ts'o wrote:
> > On Fri, Apr 26, 2019 at 11:33:09AM +, Reshetova, Elena wrote:
> > > Adding Eric and Herbert to continue discussion for the chacha part.
> > > So, as a short summary I am trying to find out a fast (fast enough to be
> > >
Hi All,
latencytop is a very nice tool for tracing system latency hotspots, and
we heavily use it in our LKP test suites.
However, we found in some benchmark tests, there are very severe lock
contentions which hits 70%+ of CPU cycles in perf profile, especially
for benchmark involving massive
0 user=lkp
job=/lkp/jobs/scheduled/vm-snb-quantal-ia32-804/trinity-300s-quantal-core-i386-2019-04-26.cgz-02519fa3c43-20190429-62375-116iczn-1.yaml
ARCH=x86_64 kconfig=x86_64-randconfig-s3-04261012
branch=linux-devel/devel-hourly-2019042607
commit=02519fa3c43164aa8ee0ebbe1b464a568130a36f
BOOT_
On Thu, 25 Apr 2019 at 19:48, Patrick Venture wrote:
>
> Add a node for the aspeed-p2a-ctrl module. This node, when enabled will
> disable the PCI-to-AHB bridge and then allow control of this bridge via
> ioctls, and access via mmap.
>
> Signed-off-by: Patrick Venture
Applied to the aspeed SoC
An -ENOMEM error is not reported in the GTK GUI.
Instead this error message pops up on the screen:
[root@m35lp76 perf]# ./perf report -i perf.data.error68-1
Processing events... [974K/3M]
Error:failed to process sample
0xf4198 [0x8]: failed to process type: 68
However
> On Fri, Apr 26, 2019 at 11:33:09AM +, Reshetova, Elena wrote:
> > Adding Eric and Herbert to continue discussion for the chacha part.
> > So, as a short summary I am trying to find out a fast (fast enough to be
> > used per
> syscall
> > invocation) source of random bits with good enough
On Thu, 25 Apr 2019 at 17:25, Greg KH wrote:
>
> On Tue, Apr 23, 2019 at 08:28:14AM -0700, Patrick Venture wrote:
> > On Tue, Apr 23, 2019 at 8:22 AM Patrick Venture wrote:
> > >
> > > On Tue, Apr 23, 2019 at 7:26 AM Patrick Venture
> > > wrote:
> > > >
> > > > Create a SoC folder for the
On Sun, Apr 28, 2019 at 04:32:06PM +0900, k-onishi wrote:
> I added an interface which is more intuitive
> and takes less write/read systemcalls.
>
> I think that most people don't really care period
> and quota of CFS Bandwidth,
>
> They just use it like
> "I will allow this process to use 50%
On Fri, Apr 26, 2019 at 2:14 PM Jarkko Nikula
wrote:
>
> On 4/22/19 4:08 PM, Bjorn Helgaas wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=203297
> >
> > Regression, suspected but as yet unconfirmed cause:
> >
> >c5eb1190074c ("PCI / PM: Allow runtime PM without callback functions")
>
pon., 29 kwi 2019 o 07:50 Andrey Smirnov napisał(a):
>
> Replace calls to platform_get_resource() and devm_ioremap_resource()
> with newly added devm_platform_ioremap_resource() for brevity. No
> functional change intended.
>
> Signed-off-by: Andrey Smirnov
> Cc: Linus Walleij
> Cc: Bartosz
On Thu, 25 Apr 2019 at 19:49, Patrick Venture wrote:
>
> Enable the aspeed-p2a-ctrl node and configure with memory-region to
> enable mmap access.
>
> Signed-off-by: Patrick Venture
Applied to the aspeed SoC tree.
Cheers,
Joel
> > On Apr 26, 2019, at 7:01 AM, Theodore Ts'o wrote:
> >
> >> On Fri, Apr 26, 2019 at 11:33:09AM +, Reshetova, Elena wrote:
> >> Adding Eric and Herbert to continue discussion for the chacha part.
> >> So, as a short summary I am trying to find out a fast (fast enough to be
> >> used per
>
Modify return statement and remove the respective assignment.
Issue found by coccinelle.
Signed-off-by: Vatsala Narang
---
drivers/staging/vc04_services/bcm2835-camera/bcm2835-camera.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
Üdvözlöm!
2019 januártól változik a nem bér jellegű juttatások rendje.
Egy kiváló lehetőséggel élehet, amennyiben a mi kártyánkat választja!
Ez a kártya:
Korlátlanul felhasználható:
készpénzfelvétel
élelmiszer vásárlás
egészségügyi ellátás
elektronikai termékek vásárlása
oktatás
szállás
On Mon, Apr 29, 2019 at 09:24:12AM +0800, Zhao, Yakui wrote:
> Yes. "movq" only indicates explicitly that it is 64-bit mov as ACRN guest
> only works under 64-bit mode.
> I also check the usage of "mov" and "movq" in this scenario. There is no
> difference except that the movq is an explicit
On Fri, 26 Apr 2019, Arnd Bergmann wrote:
> As Stepan Golosunov points out, we made a small mistake in the
> get_timespec64() function in the kernel. It was originally added under
> the assumption that CONFIG_64BIT_TIME would get enabled on all 32-bit
> and 64-bit architectures, but when I did
On 12/04/19 2:38 PM, Adrian Hunter wrote:
> Hi
>
> Here are patches to add support for pyside2 to the db-export scripts,
> and a couple of Intel PT patches.
>
>
> Adrian Hunter (8):
> perf scripts python: exported-sql-viewer.py: Change python2 to python
> perf scripts python:
On Tue, Apr 23, 2019 at 04:18:18PM +, Vineeth Remanan Pillai wrote:
> +// XXX fairness/fwd progress conditions
> +static struct task_struct *
> +pick_task(struct rq *rq, const struct sched_class *class, struct task_struct
> *max)
> +{
> + struct task_struct *class_pick, *cookie_pick;
> +
On 26.04.19 10:56, Pierre Morel wrote:
> When the guest do not have AP instructions nor Key management
> we should return without shadowing the CRYCB.
>
> We did not check correctly in the past.
>
> Fixes: b10bd9a256ae ("s390: vsie: Use effective CRYCBD.31 to check CRYCBD
> validity")
>
On Sun, Apr 28, 2019 at 11:53 PM Krzysztof Kozlowski wrote:
>
> On Sun, 14 Apr 2019 at 17:48, Krzysztof Kozlowski wrote:
> >
> >
> > The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b:
> >
> > Linux 5.1-rc1 (2019-03-17 14:22:26 -0700)
> >
> > are available in the Git
On Wed, Apr 17, 2019 at 06:01:20PM +0200, Jens Wiklander wrote:
> Hello arm-soc maintainers,
>
> Please pull this OP-TEE driver patch. It allows the OP-TEE driver to work
> without a static carved out shared memory area.
>
> Thanks,
> Jens
>
> The following changes since commit
On Sun, Apr 14, 2019 at 05:48:05PM +0200, Krzysztof Kozlowski wrote:
>
> The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b:
>
> Linux 5.1-rc1 (2019-03-17 14:22:26 -0700)
>
> are available in the Git repository at:
>
>
On Fri, Apr 26, 2019 at 2:14 PM Jarkko Nikula
wrote:
>
> On 4/22/19 4:08 PM, Bjorn Helgaas wrote:
> > https://bugzilla.kernel.org/show_bug.cgi?id=203297
> >
> > Regression, suspected but as yet unconfirmed cause:
> >
> >c5eb1190074c ("PCI / PM: Allow runtime PM without callback functions")
>
Use __maybe_unused for power management related functions
instead of #if CONFIG_PM_SLEEP to simply the code.
Signed-off-by: Anson Huang
---
drivers/rtc/rtc-snvs.c | 16 +++-
1 file changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/rtc/rtc-snvs.c
On 26.04.19 11:00, Pierre Morel wrote:
> Let's use the correct validity number.
>
> Fixes: 55ded154b43 "KVM: s390: vsie: Allow CRYCB FORMAT-2"
>
> Signed-off-by: Pierre Morel
> Reviewed-by: Christian Borntraeger
> ---
> arch/s390/kvm/vsie.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Sun, Apr 28, 2019 at 1:57 AM Tobin C. Harding wrote:
>
> Function kobject_init_and_add() is currently misused in a number of
> places in the kernel. On error return kobject_put() must be called but
> is at times not.
>
> Make the function documentation more explicit about calling
>
On 2019/4/29 11:47, Zhang Rui wrote:
> On 二, 2019-04-23 at 15:50 +0800, Kefeng Wang wrote:
>> Using dev_get_drvdata directly.
>>
>> Cc: Zhang Rui
>> Cc: Eduardo Valentin
>> Cc: Daniel Lezcano
>> Cc: linux...@vger.kernel.org
>> Signed-off-by: Kefeng Wang
>> ---
>>
On Wed, Apr 17, 2019 at 05:13:27PM +0200, Arnd Bergmann wrote:
> The digicolor platform has three UARTs, but the Kconfig.debug
> file explicitly lists port zero as the one to be used for the
> console, while not providing any default values.
>
> This can get an automated randconfig build stuck in
On Tue, Apr 16, 2019 at 06:02:21PM +0100, Valentin Schneider wrote:
> Commit 7ee7ef24d02d ("scsi: arm64: defconfig: enable configs for Hisilicon
> ufs")
> set 'CONFIG_SCSI_UFS_HISI=y', but the configs it depends
> on
>
> (CONFIG_SCSI_HFSHCD_PLATFORM && CONFIG_SCSI_UFSHCD)
>
> were left to
On Mon, Apr 29, 2019 at 1:42 AM Takashi Iwai wrote:
>
> On Mon, 29 Apr 2019 07:50:11 +0200,
> Wenwen Wang wrote:
> >
> > On Mon, Apr 29, 2019 at 12:36 AM Takashi Iwai wrote:
> > >
> > > On Sun, 28 Apr 2019 09:18:40 +0200,
> > > Takashi Iwai wrote:
> > > >
> > > > On Sun, 28 Apr 2019 08:42:32
On Sun, 14 Apr 2019 at 17:48, Krzysztof Kozlowski wrote:
>
>
> The following changes since commit 9e98c678c2d6ae3a17cb2de55d17f69dddaa231b:
>
> Linux 5.1-rc1 (2019-03-17 14:22:26 -0700)
>
> are available in the Git repository at:
>
>
"Enrico Weigelt, metux IT consult" writes:
> On 27.04.19 10:58, Esben Haabendal wrote:
>
> Hi folks,
>
>> That said, the purpose of UPF_BOOT_AUTOCONF (for 8250 driver) is to
>> request and map the register memory. So when that is already done by
>> the parent MFD driver, I think it is silly to
On Fri, 26 Apr 2019 at 16:57, Patrick Venture wrote:
>
> Fix up mixed declarations and code in aspeed_p2a_mmap.
>
> Tested: Verified the build had the error and that this patch resolved it
> and there were no other warnings or build errors associated with
> compilation of this driver.
>
>
On Mon, 29 Apr 2019 07:50:11 +0200,
Wenwen Wang wrote:
>
> On Mon, Apr 29, 2019 at 12:36 AM Takashi Iwai wrote:
> >
> > On Sun, 28 Apr 2019 09:18:40 +0200,
> > Takashi Iwai wrote:
> > >
> > > On Sun, 28 Apr 2019 08:42:32 +0200,
> > > Wenwen Wang wrote:
> > > >
> > > > In usX2Y_In04_init(), a new
Commit-ID: b92e793bbe4a1c49dbf78d8d526561e7a7dd568a
Gitweb: https://git.kernel.org/tip/b92e793bbe4a1c49dbf78d8d526561e7a7dd568a
Author: Jakub Kicinski
AuthorDate: Fri, 29 Mar 2019 17:08:53 -0700
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:29:21 +0200
locking/static_key:
Commit-ID: 94b5f312cfb4a66055d9b688dc9ab6b297eb9dcc
Gitweb: https://git.kernel.org/tip/94b5f312cfb4a66055d9b688dc9ab6b297eb9dcc
Author: Jakub Kicinski
AuthorDate: Fri, 29 Mar 2019 17:08:54 -0700
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:29:21 +0200
locking/static_key:
Commit-ID: ad282a8117d5048398f506f20b092c14b3b3c43f
Gitweb: https://git.kernel.org/tip/ad282a8117d5048398f506f20b092c14b3b3c43f
Author: Jakub Kicinski
AuthorDate: Fri, 29 Mar 2019 17:08:52 -0700
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:29:20 +0200
locking/static_key: Add
Commit-ID: e8bd5814989b994cf1b0cb179e1c777e40c0f02c
Gitweb: https://git.kernel.org/tip/e8bd5814989b994cf1b0cb179e1c777e40c0f02c
Author: Peter Zijlstra
AuthorDate: Tue, 23 Apr 2019 22:03:18 +0200
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:27:09 +0200
trace: Fix
Commit-ID: 948f83768a180ec8e85c4a8ff269d5e433d10815
Gitweb: https://git.kernel.org/tip/948f83768a180ec8e85c4a8ff269d5e433d10815
Author: Frederic Weisbecker
AuthorDate: Tue, 2 Apr 2019 18:02:44 +0200
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:29:20 +0200
locking/lockdep:
Commit-ID: 9b019acb72e4b5741d88e8936d6f200ed44b66b2
Gitweb: https://git.kernel.org/tip/9b019acb72e4b5741d88e8936d6f200ed44b66b2
Author: Nicholas Piggin
AuthorDate: Fri, 12 Apr 2019 14:26:13 +1000
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:27:03 +0200
sched/nohz: Run NOHZ
Commit-ID: d15d356887e770c5f2dcf963b52c7cb510c9e42d
Gitweb: https://git.kernel.org/tip/d15d356887e770c5f2dcf963b52c7cb510c9e42d
Author: Kairui Song
AuthorDate: Tue, 23 Apr 2019 00:26:52 +0800
Committer: Ingo Molnar
CommitDate: Mon, 29 Apr 2019 08:25:05 +0200
perf/x86: Make perf
>-Original Message-
>From: Vinod Koul
>Sent: 2019年4月29日 13:16
>To: Peng Ma
>Cc: dan.j.willi...@intel.com; Leo Li ;
>dmaeng...@vger.kernel.org; linux-kernel@vger.kernel.org
>Subject: Re: [EXT] Re: [PATCH] dmaengine: fsl-qdma: fixed the
>source/destination descriptior format
>
>Caution:
Andy Shevchenko writes:
> On Sat, Apr 27, 2019 at 12:01 PM Esben Haabendal wrote:
>> Andy Shevchenko writes:
>> > On Fri, Apr 26, 2019 at 06:54:05PM +0200, Esben Haabendal wrote:
>> >> Andy Shevchenko writes:
>> >> The reason for this patch is to be able to do exactly that (set port
>> >>
On Tue, Apr 23, 2019 at 04:18:16PM +, Vineeth Remanan Pillai wrote:
> +/*
> + * Find left-most (aka, highest priority) task matching @cookie.
> + */
> +struct task_struct *sched_core_find(struct rq *rq, unsigned long cookie)
> +{
> + struct rb_node *node = rq->core_tree.rb_node;
> +
* Li, Aubrey wrote:
> > I suspect it's pretty low, below 1% for all rows?
>
> Hope my this mail box works for this...
>
> .-.
> |NA/AVX vanilla-SMT [std% / sem%] | coresched-SMT
While the endiannes is being handled correctly sparse was unhappy with
the missing annotation as be16_to_cpu() expects a __be16. The __force
cast to __be16 makes sparse happy but has no impact on the generated
binary.
Signed-off-by: Nicholas Mc Guire
---
Problem reported by sparse
V2: As
wait_for_completion_timeout() returns unsigned long (0 on timeout or
remaining jiffies) not int - so this type error allows for a
theoretically int overflow - though not in this case where TIMEOUT is
only HZ*2). To fix this type inconsistency the completion is wrapped
into the if() rather than
On Sun, Apr 28, 2019 at 11:52:12AM +, Jason Gunthorpe wrote:
> Hi Linus,
>
> Third rc pull request
>
> Nothing particularly special here. There is a small merge conflict
> with Adrea's mm_still_valid patches which is resolved as below:
...
> Jason Gunthorpe (3):
> RDMA/mlx5: Do not
701 - 755 of 755 matches
Mail list logo
