Oleksandr, could I trouble you to respin with the
changes suggested by Geert?
Hi, Simon.
Sure, will send an updated patch tomorrow.
--
Regards,
Oleksandr Tyshchenko
Friendly Ping.
On 5/23/2019 6:39 PM, Mukesh Ojha wrote:
Hi Peter/All,
This is regarding the discussion happen in the past about
https://lkml.org/lkml/2018/2/15/1324
Where the exact ask is to allow preserving and creation of events on a
offline CPU, so that when the CPU
comes online it
Hi Ondřej,
On Mon, 27 May 2019 at 21:53, 'Ondřej Jirman' via linux-sunxi
wrote:
>
> Hi Clément,
>
> On Mon, May 27, 2019 at 09:30:16PM +0200, verejna wrote:
> > Hi Clément,
> >
> > On Mon, May 27, 2019 at 08:49:59PM +0200, Clément Péron wrote:
> > > Hi Ondrej,
> > >
> > > >
> > > > I'm testing
Casey Schaufler wrote:
> > Also, should all of these be prefixed with "smack"? So:
> >
> > fsparam_string("smackfsdef",Opt_fsdefault),
> > fsparam_string("smackfsfloor", Opt_fsfloor),
> > fsparam_string("smackfshat",Opt_fshat),
>
> No. smack_fs_parameters takes care
Send a low device index when the device is connected via the lightspeed
receiver so that the receiver will pass the message along to the device
instead of responding. If we don't do that, we end up thinking it's a
hidpp10 device and miss out on all new features available to newer devices.
This
On Sat, May 25, 2019 at 9:37 AM Roman Gushchin wrote:
>
> This patchset implements a cgroup bpf auto-detachment functionality:
> bpf programs are detached as soon as possible after removal of the
> cgroup, without waiting for the release of all associated resources.
>
> Patches 2 and 3 are
Gen Zhang writes:
> In dlpar_parse_cc_property(), 'prop->name' is allocated by kstrdup().
> kstrdup() may return NULL, so it should be checked and handle error.
> And prop should be freed if 'prop->name' is NULL.
>
> Signed-off-by: Gen Zhang
> ---
> diff --git
On Tue, May 28, 2019 at 09:52:49AM +0800, biao huang wrote:
> Dear David,
>
> On Mon, 2019-05-27 at 10:08 -0700, David Miller wrote:
> > From: Biao Huang
> > Date: Mon, 27 May 2019 11:14:27 +0800
> >
> > > diff --git a/drivers/net/ethernet/stmicro/stmmac/dwmac4_core.c
> > >
On 5/28/2019 9:22 AM, David Howells wrote:
> Casey Schaufler wrote:
>
>>> Also, should all of these be prefixed with "smack"? So:
>>>
>>> fsparam_string("smackfsdef",Opt_fsdefault),
>>> fsparam_string("smackfsfloor", Opt_fsfloor),
>>> fsparam_string("smackfshat",Opt_fshat),
I have a system that works fine on 5.1. When updating to 5.2-rc1, it
hangs at boot waiting on an instance of systemd-udevd. The kernel
backtrace (https://photos.app.goo.gl/EV8rf7FofWouvdeE8) looks like it's
doing an finit_module() that dives into the hid code and is waiting on a
On Tue, May 28, 2019 at 1:44 AM Linus Walleij wrote:
>
> The outstanding commits are the Intel fixes [..]
Heh. Swedism? "Outstanding" in English means "exceptionally good". I
suspect you meant commits that "står ut", which translates to "stands
out".
Or maybe the commits really are _that_ good?
On Thu, May 23, 2019 at 5:31 PM Alakesh Haloi wrote:
>
> Add missing header file following compiler warning
>
> prog_tests/flow_dissector.c: In function ‘tx_tap’:
> prog_tests/flow_dissector.c:175:9: warning: implicit declaration of function
> ‘writev’; did you mean ‘write’?
On Wed, May 15, 2019 at 10:48:44AM +0800, Jason Wang wrote:
>
> On 2019/5/15 上午12:35, Stefano Garzarella wrote:
> > On Tue, May 14, 2019 at 11:25:34AM +0800, Jason Wang wrote:
> > > On 2019/5/14 上午1:23, Stefano Garzarella wrote:
> > > > On Mon, May 13, 2019 at 05:58:53PM +0800, Jason Wang wrote:
The Adreno GPU on MSM8998 has its own clock controller, which is a
dependency for bringing up the GPU. This series gets the gpucc all in
place as another step on the road to getting the GPU enabled.
Jeffrey Hugo (3):
dt-bindings: clock: Document gpucc for msm8998
clk: qcom: Add MSM8998 GPU
The GPU for msm8998 has its own clock controller. Document it.
Signed-off-by: Jeffrey Hugo
---
.../devicetree/bindings/clock/qcom,gpucc.txt | 4 ++-
.../dt-bindings/clock/qcom,gpucc-msm8998.h| 29 +++
2 files changed, 32 insertions(+), 1 deletion(-)
create mode 100644
The GPUCC manages the clocks for the Adreno GPU found on MSM8998.
Signed-off-by: Jeffrey Hugo
---
drivers/clk/qcom/Kconfig | 8 +
drivers/clk/qcom/Makefile| 1 +
drivers/clk/qcom/gpucc-msm8998.c | 364 +++
3 files changed, 373 insertions(+)
Add MSM8998 GPU Clock Controller DT node.
Signed-off-by: Jeffrey Hugo
---
arch/arm64/boot/dts/qcom/msm8998.dtsi | 15 +++
1 file changed, 15 insertions(+)
diff --git a/arch/arm64/boot/dts/qcom/msm8998.dtsi
b/arch/arm64/boot/dts/qcom/msm8998.dtsi
index 574be78a936e..cf00bfeec6b3
Ensure the case when regmap_update_bits_check fails and the change
variable is not updated is handled correctly.
Signed-off-by: Charles Keepax
---
drivers/extcon/extcon-arizona.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git
The pull request you sent on Tue, 28 May 2019 10:43:53 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/linusw/linux-pinctrl.git
> tags/pinctrl-v5.2-2
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/9fb67d643f6f1892a08ee3a04ea54022d1060bb0
Thank you!
--
On 5/28/19 9:44 AM, Linus Torvalds wrote:
> On Tue, May 28, 2019 at 1:44 AM Linus Walleij
> wrote:
>>
>> The outstanding commits are the Intel fixes [..]
>
> Heh. Swedism? "Outstanding" in English means "exceptionally good". I
> suspect you meant commits that "står ut", which translates to
The MIPS GIC contains a block of registers used to map local interrupts
to a particular CPU interrupt pin. Since these registers are found at a
consecutive range of addresses we access them using an index, via the
(read|write)_gic_v[lo]_map accessor functions. We currently use values
from enum
> On May 28, 2019, at 8:08 AM, Willem de Bruijn
> wrote:
>
I will push up latest patches soon.
I did some testing and discovered that only TCP audit tests failed. They
failed much less often when enabling poll. Once in about 20 runs
still failed. Therefore I commented out the TCP audit
On Tue, May 28, 2019 at 8:04 AM Arnaldo Carvalho de Melo
wrote:
>
> Em Mon, May 27, 2019 at 05:46:26PM -0500, Shawn Landden escreveu:
> > On Mon, May 27, 2019 at 5:38 PM Arnaldo Carvalho de Melo
> > wrote:
> > >
> > > From: Shawn Landden
> > >
> > > This strncat() is safe because the buffer was
Michael Ellerman a écrit :
Christophe Leroy writes:
Le 23/05/2019 à 09:00, Christophe Leroy a écrit :
[...]
arch/powerpc/kernel/head_fsl_booke.o: In function `SystemCall':
arch/powerpc/kernel/head_fsl_booke.S:416: undefined reference to
`kvmppc_handler_BOOKE_INTERRUPT_SYSCALL_SPRN_SRR1'
Hi Randy,
Apologies for not keeping everyone up to date on this. A couple of colleagues
(cc'ed): Tri and Matthias, are going to be taking over this work.
Thanks,
Jayant
On 5/27/19 3:12 PM, Randy Dunlap wrote:
> Hi Jayant,
>
> What ever happened to this script and subsequent patches?
>
>
The A540 is a derivative of the A530, and is found in the MSM8998 SoC.
Signed-off-by: Jeffrey Hugo
---
drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 22 +++
drivers/gpu/drm/msm/adreno/a5xx_power.c| 76 +-
drivers/gpu/drm/msm/adreno/adreno_device.c | 18 +
On Tue, May 28, 2019 at 6:30 PM Pedro Vanzella wrote:
>
> Send a low device index when the device is connected via the lightspeed
> receiver so that the receiver will pass the message along to the device
> instead of responding. If we don't do that, we end up thinking it's a
> hidpp10 device and
On Tue, May 28, 2019 at 12:57 PM Fred Klassen wrote:
>
>
>
> > On May 28, 2019, at 8:08 AM, Willem de Bruijn
> > wrote:
> >
>
> I will push up latest patches soon.
>
> I did some testing and discovered that only TCP audit tests failed. They
> failed much less often when enabling poll. Once in
On 5/28/19 2:40 AM, Eugeniy Paltsev wrote:
> HSDK SOC has CREG GPIO controller which can be used to control
> SPI chip select lines.
> Enable it in preparation of enabling SPI peripherals.
>
> Signed-off-by: Eugeniy Paltsev
Added to for-curr
Thx,
-Vineet
Hello Roman,
On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote:
> This commit makes several important changes in the lifecycle
> of a non-root kmem_cache, which also affect the lifecycle
> of a memory cgroup.
>
> Currently each charged slab page has a page->mem_cgroup pointer
> to
On 5/21/19 10:54 AM, Eugeniy Paltsev wrote:
> HSDK board has built-in Vivante GPU IP which works perfectly fine
> with Etnaviv driver, so let's use it.
>
> Signed-off-by: Eugeniy Paltsev
Added to for-curr.
Thx,
-Vineet
On 5/15/19 8:33 AM, Alexey Brodkin wrote:
> Initial bring-up of the platform was done on FPGA prototype
> where TI's DP83867 PHY was used. And so some specific PHY
> options were added.
>
> Just to confirm this is what we get on FPGA prototype in the bootlog:
> | TI DP83867 stmmac-0:00: attached
On Tue, May 21, 2019 at 01:07:30PM -0700, Roman Gushchin wrote:
> diff --git a/mm/slab_common.c b/mm/slab_common.c
> index 6e00bdf8618d..4e5b4292a763 100644
> --- a/mm/slab_common.c
> +++ b/mm/slab_common.c
> @@ -866,11 +859,12 @@ static void flush_memcg_workqueue(struct kmem_cache *s)
>
> Now that I know the issue is only in TCP, I can speculate that all bytes are
> > being reported, but done with fewer messages. It may warrant some
> > investigation in case there is some kind of bug.
>
> This would definitely still be a bug and should not happen. We have
> quite a bit of
On Tue, May 21, 2019 at 01:07:32PM -0700, Roman Gushchin wrote:
> Currently the page accounting code is duplicated in SLAB and SLUB
> internals. Let's move it into new (un)charge_slab_page helpers
> in the slab_common.c file. These helpers will be responsible
> for statistics (global and
On Tue, May 21, 2019 at 01:07:29PM -0700, Roman Gushchin wrote:
> Initialize kmem_cache->memcg_params.memcg pointer in
> memcg_link_cache() rather than in init_memcg_params().
>
> Once kmem_cache will hold a reference to the memory cgroup,
> it will simplify the refcounting.
>
> For non-root
On Tue, 28 May 2019, Dave Hansen wrote:
> I have a system that works fine on 5.1. When updating to 5.2-rc1, it
> hangs at boot waiting on an instance of systemd-udevd. The kernel
> backtrace (https://photos.app.goo.gl/EV8rf7FofWouvdeE8) looks like it's
> doing an finit_module() that dives into
On 5/28/19 8:42 AM, Paul Menzel wrote:
> Dear Linux folks,
>
>
> Occasionally, Linux outputs the message below on the workstation Dell
> OptiPlex 5040 MT.
>
> TCP: net00: Driver has suspect GRO implementation, TCP performance may be
> compromised.
>
> Linux 4.14.55 and Linux 5.2-rc2
Hi Gang,
This idea sounds cool!
Some comments in lines:
On 05/23/2019 03:40 AM, Gang He wrote:
ocfs2 file system uses locking_state file under debugfs to dump
each ocfs2 file system's dlm lock resources, but the dlm lock
resources in memory are becoming more and more after the files
were
On Tue, May 28, 2019 at 12:00 PM Greg KH wrote:
>
> You all need a better email client, mutt handles this just fine, it's
> not a problem on my system with my workflow at all :)
Argh, my bad. I use Google Mail -> Download Message, which does
appear to mess up the endings. Luckily, dos2unix fixes
On Wed, 22 May 2019 at 04:35, Suzuki K Poulose wrote:
>
> This series adds the support for CoreSight devices on ACPI based
> platforms. The device connections are encoded as _DSD graph property[0],
> with CoreSight specific extensions to indicate the direction of data
> flow as described in [1].
Jacek
On 5/27/19 3:00 PM, Jacek Anaszewski wrote:
Hi Dan,
Thank you for the update.
One thing is missing here - we need to document how legacy brightness
levels map to the sub-LED color levels, i.e. what you do in
multicolor_set_brightness().
Ok so i will need to document the algorithm
On Tue, May 28, 2019 at 04:32:24PM +0100, Will Deacon wrote:
> On Tue, May 28, 2019 at 04:01:03PM +0200, Peter Zijlstra wrote:
> > On Tue, May 28, 2019 at 08:31:29PM +0800, Young Xiao wrote:
> > > When a kthread calls call_usermodehelper() the steps are:
> > > 1. allocate current->mm
> > > 2.
Andrew,
Didn't someone already provide a fix for this one?
I thought I saw that hit your tree a while ago. I am looking in
ptrace.c and I don't see anything that would have fixed this issue.
If there isn't a fix in the queue I will take a stab at it.
Thank you
Eric
syzbot writes:
>
On Tue, 28 May 2019 at 11:32, Mathieu Poirier
wrote:
>
> On Wed, 22 May 2019 at 04:35, Suzuki K Poulose wrote:
> >
> > This series adds the support for CoreSight devices on ACPI based
> > platforms. The device connections are encoded as _DSD graph property[0],
> > with CoreSight specific
On Tue, May 28, 2019 at 9:00 AM Shakeel Butt wrote:
>
> I was suspecting the following for-loop+atomic-add for the regression.
If I read the kernel test robot reports correctly, Johannes' fix patch
does fix the regression (well - mostly. The original reported
regression was 26%, and with
On Tue, May 21, 2019 at 01:07:35PM -0700, Roman Gushchin wrote:
> Switching to an indirect scheme of getting mem_cgroup pointer for
> !root slab pages broke /proc/kpagecgroup interface for them.
>
> Let's fix it by learning page_cgroup_ino() how to get memcg
> pointer for slab pages.
>
>
Em Tue, May 28, 2019 at 11:59:10AM -0500, Shawn Landden escreveu:
> On Tue, May 28, 2019 at 8:04 AM Arnaldo Carvalho de Melo
> wrote:
> >
> > Em Mon, May 27, 2019 at 05:46:26PM -0500, Shawn Landden escreveu:
> > > On Mon, May 27, 2019 at 5:38 PM Arnaldo Carvalho de Melo
> > > wrote:
> > > >
> >
Hi Mathieu,
On 28/05/2019 18:36, Mathieu Poirier wrote:
On Tue, 28 May 2019 at 11:32, Mathieu Poirier
wrote:
...
I have applied this set.
Thanks.
As Leo pointed out it would be interesting to update the documentation
in "Documentation/trace/coresight.txt".
I am on it, will send
On Tue, May 28, 2019 at 01:37:50PM -0400, Waiman Long wrote:
> On 5/28/19 1:08 PM, Vladimir Davydov wrote:
> >> static void flush_memcg_workqueue(struct kmem_cache *s)
> >> {
> >> + /*
> >> + * memcg_params.dying is synchronized using slab_mutex AND
> >> + * memcg_kmem_wq_lock spinlock,
On 5/28/19 1:39 PM, Vladimir Davydov wrote:
> On Tue, May 28, 2019 at 01:37:50PM -0400, Waiman Long wrote:
>> On 5/28/19 1:08 PM, Vladimir Davydov wrote:
static void flush_memcg_workqueue(struct kmem_cache *s)
{
+ /*
+ * memcg_params.dying is synchronized using slab_mutex
Dan,
On 5/28/19 7:32 PM, Dan Murphy wrote:
Jacek
On 5/27/19 3:00 PM, Jacek Anaszewski wrote:
Hi Dan,
Thank you for the update.
One thing is missing here - we need to document how legacy brightness
levels map to the sub-LED color levels, i.e. what you do in
multicolor_set_brightness().
Ok
On Tue, May 28, 2019 at 7:15 PM Jiri Kosina wrote:
>
> On Tue, 28 May 2019, Dave Hansen wrote:
>
> > I have a system that works fine on 5.1. When updating to 5.2-rc1, it
> > hangs at boot waiting on an instance of systemd-udevd. The kernel
> > backtrace
It's found while review and probably never happens, but real number
of queues is set per device, and error path should be per device.
So split error path based on usage_count.
Signed-off-by: Ivan Khoronzhuk
---
drivers/net/ethernet/ti/cpsw.c | 7 +--
1 file changed, 5 insertions(+), 2
On Tue, May 28, 2019 at 08:58:26AM -0400, Steven Rostedt wrote:
> On Tue, 28 May 2019 05:50:43 -0400
> Joel Fernandes wrote:
>
> > On Fri, May 24, 2019 at 11:16:34PM -0400, Steven Rostedt wrote:
> > > From: "Steven Rostedt (VMware)"
> > >
> > > In order to make it possible to have multiple
"Gustavo A. R. Silva" writes:
> The strncpy() function is being deprecated. Replace it by the safer
> strscpy() and fix the following Coverity warning:
>
> "Calling strncpy with a maximum size argument of 12 bytes on destination
> array version_string of size 12 bytes might leave the destination
On Mon, 20 May 2019 01:05:22 PDT (-0700), a...@brainfault.org wrote:
On Wed, May 15, 2019 at 12:00 PM Anup Patel wrote:
This patch enables NO_HZ_IDLE (idle dynamic ticks) and HIGH_RES_TIMERS
(hrtimers) in RV32 and RV64 defconfigs.
Both of the above options are enabled by default for
Please ignore this version, I've sent version 2 that do the same but is more
adjustable for later on changes and based on usage counter.
--
Regards,
Ivan Khoronzhuk
From: Arnaldo Carvalho de Melo
To pick up the changes in:
ed5194c2732c ("x86/speculation/mds: Add basic bug infrastructure for MDS")
e261f209c366 ("x86/speculation/mds: Add BUG_MSBDS_ONLY")
That don't affect anything in tools/.
This silences this perf build warning:
Warning: Kernel ABI
From: Arnaldo Carvalho de Melo
To pick up the changes in:
c553ea4fdf27 ("fs/sync.c: sync_file_range(2) may use WB_SYNC_ALL writeback")
That should be used to beautify the 'sync_file_range' syscall 'flags'
arg.
This silences this perf build warning:
Warning: Kernel ABI header at
From: Shawn Landden
This strncat() is safe because the buffer was allocated with zalloc(),
however gcc doesn't know that. Since the string always has 4 non-null
bytes, just use memcpy() here.
CC /home/shawn/linux/tools/perf/util/data-convert-bt.o
In file included from
-kbuild
(2019-05-20 17:22:17 -0700)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
tags/perf-urgent-for-mingo-5.2-20190528
for you to fetch changes up to a7350998a25ac10cdca5b33dee1d343a74debbfe:
tools headers UAPI: Sync kvm.h headers
From: Arnaldo Carvalho de Melo
Copy the headers changed by these csets:
d8076bdb56af ("uapi: Wire up the mount API syscalls on non-x86 arches [ver
#2]")
9c8ad7a2ff0b ("uapi, x86: Fix the syscall numbering of the mount API syscalls
[ver #2]")
cf3cba4a429b ("vfs: syscall: Add fspick() to
From: Arnaldo Carvalho de Melo
To pick up the change in:
b3e583825266 ("clone: add CLONE_PIDFD")
This requires changes in the 'perf trace' beautification routines for
the 'clone' syscall args, which is done in a followup patch.
This silences the following perf build warning:
Warning:
From: Vitaly Chikunov
When a host system has kernel headers that are newer than a compiling
kernel, mksyscalltbl fails with errors such as:
: In function 'main':
:271:44: error: '__NR_kexec_file_load' undeclared (first use in this
function)
:271:44: note: each undeclared identifier is
From: Arnaldo Carvalho de Melo
To pick up the changes in these csets:
060cebb20cdb ("drm: introduce a capability flag for syncobj timeline support")
50d1ebef79ef ("drm/syncobj: add timeline signal ioctl for syncobj v5")
ea569910cbab ("drm/syncobj: add transition iotcls between binary and
From: Namhyung Kim
It seems that the current code lacks holding the namespace lock in
thread__namespaces(). Otherwise it can see inconsistent results.
Signed-off-by: Namhyung Kim
Cc: Hari Bathini
Cc: Jiri Olsa
Cc: Krister Johansen
Link:
From: Arnaldo Carvalho de Melo
To pick up the changes from:
d1172ab3d443 ("drm/i915: Introduce struct class_instance for engines across
the uAPI")
96fd2c6633b0 ("drm/i915: Drop new chunks of context creation ABI (for now)")
ea593dbba4c8 ("drm/i915: Allow contexts to share a single
From: Arnaldo Carvalho de Melo
No need to search for aliases for the symbol that marks the end of the
kernel text segment, the following patch will make such symbols not to
be found when searching in the kallsyms maps causing this test to fail.
So as a prep patch to avoid breaking bisection,
From: Arnaldo Carvalho de Melo
dd53f6102c30 ("Merge tag 'kvmarm-for-v5.2' of
git://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm into HEAD")
59c5c58c5b93 ("Merge tag 'kvm-ppc-next-5.2-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc into HEAD")
d7547c55cbe7
From: Jiri Olsa
We mark the end of kernel based on the first module, but that could
cover some bpf program maps. Reading _etext symbol if it's present to
get precise kernel map end.
Signed-off-by: Jiri Olsa
Acked-by: Song Liu
Cc: Adrian Hunter
Cc: Alexander Shishkin
Cc: Andi Kleen
Cc:
From: Thomas Richter
Command 'perf record' and 'perf report' on a system without kernel
debuginfo packages uses /proc/kallsyms and /proc/modules to find
addresses for kernel and module symbols. On x86 this works for root and
non-root users.
On s390, when invoked as non-root user, many of the
From: Namhyung Kim
In case it's recorded in a different arch.
Signed-off-by: Namhyung Kim
Cc: Hari Bathini
Cc: Jiri Olsa
Cc: Krister Johansen
Fixes: f3b3614a284d ("perf tools: Add PERF_RECORD_NAMESPACES to include
namespaces related info")
Link:
On May 28, 2019 7:50:11 PM GMT+02:00, Arnaldo Carvalho de Melo
wrote:
>From: Arnaldo Carvalho de Melo
>
>To pick up the change in:
>
> b3e583825266 ("clone: add CLONE_PIDFD")
>
>This requires changes in the 'perf trace' beautification routines for
>the 'clone' syscall args, which is done in a
From: Horatiu Vultur
Date: Mon, 27 May 2019 10:16:35 +0200
> +/* Calculate offsets for entry */
> +static void is2_data_get(struct vcap_data *data, int ix)
> +{
> + const struct vcap_props *vcap = _is2;
> + u32 i, col, offset, count, cnt, base, width = vcap->tg_width;
Reverse christmas
On Tue, May 28, 2019 at 08:08:28PM +0300, Vladimir Davydov wrote:
> Hello Roman,
>
> On Tue, May 21, 2019 at 01:07:33PM -0700, Roman Gushchin wrote:
> > This commit makes several important changes in the lifecycle
> > of a non-root kmem_cache, which also affect the lifecycle
> > of a memory
Alexander,
On Tue, 28 May 2019, Sverdlin, Alexander (Nokia - DE/Ulm) wrote:
> Add CLOCK_MONOTONIC_RAW to the existing clock_gettime() vDSO
> implementation. This is based on the ideas of Jason Vas Dias and comments
> of Thomas Gleixner.
Well to some extent, but
> The results from the above test
On Tue, May 28, 2019 at 01:18:09PM +0100, Naresh Kamboju wrote:
> Add test_vmalloc.sh to TEST_FILES to make sure it gets installed for
> run_vmtests.
>
> Fixed below error:
> ./run_vmtests: line 217: ./test_vmalloc.sh: No such file or directory
>
> Tested with: make TARGETS=vm install
Hello Clément,
On Tue, May 28, 2019 at 06:21:19PM +0200, Clément Péron wrote:
> Hi Ondřej,
>
> On Mon, 27 May 2019 at 21:53, 'Ondřej Jirman' via linux-sunxi
> wrote:
> >
> > Hi Clément,
> >
> > On Mon, May 27, 2019 at 09:30:16PM +0200, verejna wrote:
> > > Hi Clément,
> > >
> > > On Mon, May
Hi Uwe,
On Mon, May 27, 2019 at 8:00 PM Uwe Kleine-König
wrote:
>
> On Mon, May 27, 2019 at 07:46:43PM +0200, Martin Blumenstingl wrote:
> > Hi Neil,
> >
> > On Mon, May 27, 2019 at 2:26 PM Neil Armstrong
> > wrote:
> > >
> > > On 25/05/2019 20:11, Martin Blumenstingl wrote:
> > > >
On 5/27/19 9:58 PM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20190524:
>
on x86, there are some issues with drivers/platform/olpc/olpc-xo175-ec.c:
a. when CONFIG_SPI is not set/enabled:
WARNING: unmet direct dependencies detected for SPI_SLAVE
Depends on [n]: SPI [=n]
Selected
From: Jisheng Zhang
Date: Mon, 27 May 2019 11:04:17 +
> Fix below issues in err code path of probe:
> 1. we don't need to unregister_netdev() because the netdev isn't
> registered.
> 2. when register_netdev() fails, we also need to destroy bm pool for
> HWBM case.
>
> Fixes: dc35a10f68d3
You never even tried to compiled this patch.
On 5/28/19 10:45 AM, Benjamin Tissoires wrote:
> On Tue, May 28, 2019 at 7:15 PM Jiri Kosina wrote:
>> Just to confirm -- I guess reverting 4ceabaf79 and a025a18fe would work
>> this around, right?
Yes, reverting that pair on top of 5.2-rc1 works around the issue.
> It would be also interesting
On Tue, May 21, 2019 at 05:53:10PM +0200, Paul Cercueil wrote:
> Use the macros from instead of declaring our
> own.
>
> Signed-off-by: Paul Cercueil
Reviewed-by: Guenter Roeck
> ---
> drivers/watchdog/jz4740_wdt.c | 39 ++-
> 1 file changed, 16
Hi Neil,
On Tue, May 28, 2019 at 10:08 AM Neil Armstrong wrote:
>
> Update the Meson G12A Clock driver to support the Amlogic G12B SoC.
>
> G12B clock driver is very close, the main differences are :
> - the clock tree is duplicated for the both clusters, and the
> SYS_PLL are swapped between
On Mon, 27 May 2019 at 18:21, Dmitry Torokhov wrote:
>
> Hi Benjamin, KT,
>
> On Mon, May 27, 2019 at 11:55:01AM +0800, 廖崇榮 wrote:
> > Hi
> >
> > -Original Message-
> > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> > Sent: Friday, May 24, 2019 5:37 PM
> > To: Dmitry
On Mon, May 27, 2019 at 6:56 PM Wei Wang wrote:
>
> On 05/23/2019 06:23 AM, Eric Hankland wrote:
> > - Add a VCPU ioctl that can control which events the guest can monitor.
> >
> > Signed-off-by: ehankland
> > ---
> > Some events can provide a guest with information about other guests or the
> >
On Wed, 22 May 2019, Eric W. Biederman wrote:
> The send_sigtrap function is always called with task == current. Make
> that explicit by removing the task parameter.
>
> This also makes it clear that the x86 send_sigtrap passes current
> into force_sig_fault.
>
> Signed-off-by: "Eric W.
Jacek
On 5/28/19 12:44 PM, Jacek Anaszewski wrote:
Dan,
On 5/28/19 7:32 PM, Dan Murphy wrote:
Jacek
On 5/27/19 3:00 PM, Jacek Anaszewski wrote:
Hi Dan,
Thank you for the update.
One thing is missing here - we need to document how legacy brightness
levels map to the sub-LED color levels,
From: Maxime Chevallier
Date: Mon, 27 May 2019 13:52:01 +0200
> Make sure we don't use an out-of-bound index for the per-port RSS
> context array.
>
> As of today, the global context creation in mvpp22_rss_context_create
> will prevent us from reaching this case, but we should still make sure
>
[Sorry for a late reply]
On Thu 23-05-19 11:58:45, Pingfan Liu wrote:
> On Wed, May 22, 2019 at 7:16 PM Michal Hocko wrote:
> >
> > On Wed 22-05-19 15:12:16, Pingfan Liu wrote:
[...]
> > > But in fact, we already have for_each_node_state(nid, N_MEMORY) to
> > > cover this purpose.
> >
> > I do
From: Madalin Bucur
Date: Mon, 27 May 2019 15:24:05 +0300
> Make sure only the portals for the online CPUs are used.
> Without this change, there are issues when someone boots with
> maxcpus=n, with n < actual number of cores available as frames
> either received or corresponding to the transmit
On Thu 23-05-19 12:00:46, Pingfan Liu wrote:
[...]
> > Yes, but maybe it will pay great effort on it.
> >
> And as a first step, we can find a way to fix the bug reported by me
> and the one reported by Barret
Can we try http://lkml.kernel.org/r/20190513140448.gj24...@dhcp22.suse.cz
for starter?
On 5/28/2019 8:05 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:48PM -0700, kan.li...@linux.intel.com wrote:
From: Andi Kleen
Metrics counters (hardware counters containing multiple metrics)
are modeled as separate registers for each TopDown metric events,
with an extra reg being
On 5/28/2019 8:15 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:48PM -0700, kan.li...@linux.intel.com wrote:
+/*
+ * We model PERF_METRICS as more magic fixed-mode PMCs, one for each metric
+ * and another for the whole slots counter
+ *
+ * Internally they all map to Fixed Ctr 3
On 5/28/2019 8:20 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:49PM -0700, kan.li...@linux.intel.com wrote:
From: Andi Kleen
The internal counters used for the metrics can overflow. If this happens
an overflow is triggered on the SLOTS fixed counter. Add special code
that resets
On Sun, May 19, 2019 at 11:59 PM Jiri Olsa wrote:
>
> On Fri, May 17, 2019 at 03:10:39PM -0700, Cong Wang wrote:
> > The "stalled cycles per insn" is appended to "instructions" when
> > the CPU has this hardware counter directly. We should always make it
> > a separate line, which also aligns to
On 5/28/2019 8:43 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:50PM -0700, kan.li...@linux.intel.com wrote:
The 8bit metrics ratio values lose precision when the measurement period
gets longer.
To avoid this we always reset the metric value when reading, as we
already accumulate
On 5/28/2019 9:30 AM, Peter Zijlstra wrote:
On Tue, May 21, 2019 at 02:40:50PM -0700, kan.li...@linux.intel.com wrote:
+static u64 icl_metric_update_event(struct perf_event *event, u64 val)
+{
+ struct cpu_hw_events *cpuc = this_cpu_ptr(_hw_events);
+ struct hw_perf_event *hwc =
701 - 800 of 973 matches
Mail list logo
