On 7/11/2019 8:25 PM, Jarkko Sakkinen wrote:
On Tue, Apr 23, 2019 at 11:26:23PM -0700, Cedric Xing wrote:
This patch augments SGX selftest with two new tests.
The first test exercises the newly added callback interface, by marking the
whole enclave range as PROT_READ, then calling mprotect() up
On 7/12/2019 9:37 PM, Lorenzo Pieralisi wrote:
On Fri, Jul 12, 2019 at 09:02:49PM +0530, Vidya Sagar wrote:
[...]
+static irqreturn_t tegra_pcie_irq_handler(int irq, void *arg)
+{
+ struct tegra_pcie_dw *pcie = arg;
+
+ if (pcie->mode == DW_PCIE_RC_TYPE)
+ return tegr
On Fri, Jul 12, 2019 at 09:43:03PM +0300, Alexey Izbyshev wrote:
> On 7/12/19 8:46 PM, Alexey Dobriyan wrote:
> > On Fri, Jul 12, 2019 at 06:36:26PM +0200, Oleg Nesterov wrote:
> >> On 07/12, Alexey Izbyshev wrote:
> >>>
> >>> --- a/fs/proc/base.c
> >>> +++ b/fs/proc/base.c
> >>> @@ -275,6 +275,8 @
On Fri, Jul 12, 2019 at 04:42:07PM -0600, Logan Gunthorpe wrote:
> errno_to_nvme_status() doesn't take into account the case
> when errno=0, all other use cases only call it if there is actually
> an error.
Might it make more sense to handle 0 in errno_to_nvme_status to avoid
future problems like
/proc/*/cmdline continues to cause problems:
https://lkml.org/lkml/2019/4/5/825
Subject get_mm_cmdline and userspace (Perl) changing argv0
https://marc.info/?l=linux-kernel&m=156294831308786&w=4
[PATCH] proc: Fix uninitialized byte read in get_mm_cmdline()
This pa
The 2016 kabylake HP Spectre X360 (model number 13-w013dx) works much better
with psmouse.synaptics_intertouch=1 kernel parameter, so let's enable RMI4
mode automatically.
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=204115
Reported-by: Nate Graham
Signed-off-by: Dmitry Torokhov
---
dr
Now that static device properties understand notion of child nodes, let's
teach gpiolib to tie such children and machine GPIO descriptor tables.
We will continue using a single table for entire device, but instead of
using connection ID as a lookup key in the GPIO descriptor table directly,
we will
It is helpful to know what device, if any, a software node is tied to, so
let's store a pointer to the device in software node structure. Note that
children software nodes will inherit their parent's device pointer, so we
do not have to traverse hierarchy to see what device the [sub]tree belongs
to
Hi,
These 2 patches implement GPIOs lookup for boards still using static
properties (instead of OF or ACPI), which will allow drivers to abandon
the custom platform data structures and switch to using generic bindings
with gpiod_get_*() API working transparently.
The 2nd patch was posted in Septe
On Fri, Jul 12, 2019 at 09:46:19PM +1000, Peter Hutterer wrote:
> On Fri, Jul 12, 2019 at 09:23:20AM +0200, Benjamin Tissoires wrote:
> > On Fri, Jul 12, 2019 at 8:41 AM Dmitry Torokhov
> > wrote:
> > >
> > > Hi Atif,
> > >
> > > On Wed, Jul 10, 2019 at 04:04:10PM -0700, Atif Niyaz wrote:
> > > >
Add documentation for the optical tracker PAT9125 and
"position" directory for chip which can provides position data.
Signed-off-by: Alexandre Mergnat
---
.../bindings/iio/position/pat9125.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 Documentation/de
PixArt Imaging Inc. is expertized in CMOS image sensors (CIS),
capacitive touch controllers and related imaging application development.
Signed-off-by: Alexandre Mergnat
---
Documentation/devicetree/bindings/vendor-prefixes.yaml | 2 ++
1 file changed, 2 insertions(+)
diff --git a/Documentation
PixArt Imaging PAT9125 is a miniature low power optical navigation chip
using LASER light source enabling digital surface tracking.
This device driver use IIO API to provide punctual and/or buffered data.
The data is a relative position from where start the device on X and Y
axis, depend on CPI (C
This adds support for PixArt Imaging’s miniature low power optical
navigation chip using LASER light source enabling digital surface tracking.
Features and datasheet: [0]
This IIO driver allows to read relative position from where the system
started on X and Y axis through two way:
- Punctual "
On Fri, Jul 12, 2019 at 01:21:41PM -0700, Guenter Roeck wrote:
> On Fri, Jul 12, 2019 at 05:30:35PM +0200, Greg Kroah-Hartman wrote:
> > On Fri, Jul 12, 2019 at 02:26:57PM +0100, Jon Hunter wrote:
> > > Hi Greg,
> > >
> > > On 12/07/2019 13:17, Greg Kroah-Hartman wrote:
> > > > This is the start o
On Fri, Jul 12, 2019 at 04:07:06PM -0600, shuah wrote:
> On 7/12/19 6:19 AM, Greg Kroah-Hartman wrote:
> > This is the start of the stable review cycle for the 5.2.1 release.
> > There are 61 patches in this series, all will be posted as a response
> > to this one. If anyone has any issues with th
On Fri, Jul 12, 2019 at 11:10:08PM -0400, Joel Fernandes wrote:
> On Fri, Jul 12, 2019 at 11:01:50PM -0400, Joel Fernandes wrote:
> > On Fri, Jul 12, 2019 at 04:32:06PM -0700, Paul E. McKenney wrote:
> > > On Fri, Jul 12, 2019 at 05:35:59PM -0400, Joel Fernandes wrote:
> > > > On Fri, Jul 12, 2019
On Sat, Jul 13, 2019 at 12:22 AM Henry Burns wrote:
>
> One of the gfp flags used to show that a page is movable is
> __GFP_HIGHMEM. Currently z3fold_alloc() fails when __GFP_HIGHMEM is
> passed. Now that z3fold pages are movable, we allow __GFP_HIGHMEM. We
> strip the movability related flags f
Instead of installing custom devm cleanup action to remove attribute
groups on failure, let's use the dedicated devm API.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/elan_i2c_core.c | 17 +
1 file changed, 1 insertion(+), 16 deletions(-)
diff --git a/drivers/input/mou
Instead of manually disabling regulators when devm_add_action() fails we can
use devm_add_action_or_reset() which does it for us.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/elan_i2c_core.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/input/mouse/elan_
On Fri, Jul 12, 2019 at 9:51 PM Joel Fernandes wrote:
>
> On Fri, Jul 12, 2019 at 03:32:40PM +0900, Byungchul Park wrote:
> > On Thu, Jul 11, 2019 at 03:58:39PM -0400, Joel Fernandes wrote:
> > > Hmm, speaking of grace period durations, it seems to me the maximum grace
> > > period ever is recorde
Instead of installing custom devm cleanup action to remove attribute
groups on failure, let's use the dedicated devm API.
Signed-off-by: Dmitry Torokhov
---
drivers/input/mouse/cyapa.c | 16 +---
1 file changed, 1 insertion(+), 15 deletions(-)
diff --git a/drivers/input/mouse/cyapa.
On Mon, Jul 08, 2019 at 08:33:47PM +0800, Fuqian Huang wrote:
> devm_add_action_or_reset() is introduced as a helper function which
> internally calls devm_add_action(). If devm_add_action() fails
> then it will execute the action mentioned and return the error code.
> This reduce source code siz
On Mon, Jul 08, 2019 at 08:33:32PM +0800, Fuqian Huang wrote:
> devm_add_action_or_reset() is introduced as a helper function which
> internally calls devm_add_action(). If devm_add_action() fails
> then it will execute the action mentioned and return the error code.
> This reduce source code siz
On Mon, Jul 08, 2019 at 08:33:23PM +0800, Fuqian Huang wrote:
> devm_add_action_or_reset() is introduced as a helper function which
> internally calls devm_add_action(). If devm_add_action() fails
> then it will execute the action mentioned and return the error code.
> This reduce source code siz
Driver refactoring caused few bugs and most of them are already fixed.
However, some are still present, namely in AXP806 and AXP803 regulator
definitions.
This short patch series fix them.
Please take a look.
Best regards,
Jernej
Changes from v1:
- Expanded commit message
- Added fix for AXP803
Refactoring of the driver introduced bugs in AXP806's DCDCA and DCDCD
regulator definitions.
In DCDCA case, AXP806_DCDCA_1120mV_STEPS was obtained by subtracting
0x47 and 0x33. This should be 0x14 (hex) and not 14 (dec).
In DCDCD case, axp806_dcdcd_ranges[] contains two ranges with same
start and
Refactoring of axp20x driver introduced a bug in AXP803's DCDC6
regulator definition. AXP803_DCDC6_1120mV_STEPS was obtained by
subtracting 0x47 and 0x33. This should be 0x14 (hex) and not 14
(dec).
Refactoring also carried over a bug in DCDC5 regulator definition.
Number of possible voltages must
On Fri, Jul 12, 2019 at 2:50 PM Byungchul Park wrote:
>
> On Thu, Jul 11, 2019 at 05:30:52AM -0700, Paul E. McKenney wrote:
> > > > If there is a real need, something needs to be provided to meet that
> > > > need. But in the absence of a real need, past experience has shown
> > > > that speculat
On Thu 2019-07-11 19:51:25, Amit Kucheria wrote:
> The network_latency and network_throughput flags for PM-QoS have not
> found much use in drivers or in userspace since they were introduced.
>
> Commit 4a733ef1bea7 ("mac80211: remove PM-QoS listener") removed the
> only user PM_QOS_NETWORK_LATENC
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> Best regards,
>
> - Arnaldo
>
> Test results at the end of this message, as usual.
>
> The following changes since commit d1d59b817939821bee149e870ce7723f61ffb512:
>
> Merge tag 'perf-urgent-for-mingo-5.
On 12/07/2019 16:30, Greg Kroah-Hartman wrote:
> On Fri, Jul 12, 2019 at 02:26:57PM +0100, Jon Hunter wrote:
>> Hi Greg,
>>
>> On 12/07/2019 13:17, Greg Kroah-Hartman wrote:
>>> This is the start of the stable review cycle for the 5.1.18 release.
>>> There are 138 patches in this series, all will
* John Stultz wrote:
> On Wed, Jul 10, 2019 at 3:57 AM Peter Zijlstra wrote:
> >
> > Urgh.. however didn't we find that before :/ stupid stats.
> >
> > Something like the below ought to fix, but let me see if I can come up
> > with something saner...
>
> Yep. This works for me, but let me kno
On 7/12/19 5:38 PM, André Almeida wrote:
> Hello,
>
> On 7/10/19 4:33 AM, Hans Verkuil wrote:
>> On 7/10/19 12:19 AM, Helen Koike wrote:
>>> Hi André,
>>>
>>> Thanks for the patches.
>>>
>>> On 7/2/19 12:47 PM, André Almeida wrote:
Hello,
This patch adds a V4L2 output device on vimc
Em Sat, 13 Jul 2019 00:11:12 +0200
Marc Gonzalez escreveu:
> On 12/07/2019 19:45, Mauro Carvalho Chehab wrote:
>
> > Brad Love escreveu:
> >
> >> On 04/07/2019 05.33, Marc Gonzalez wrote:
> >>
> >>> +#define CMD_SETUP(cmd, args, rlen) \
> >>> + cmd_setup(cmd, args, sizeof(args) - 1, rlen)
On Fri, 2019-07-12 at 14:19 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 5.2.1 release.
> There are 61 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied,
> please
> let me know.
>
>
On 11/07/19 07:49, Jing Liu wrote:
> AVX512 BFLOAT16 instructions support 16-bit BFLOAT16 floating-point
> format (BF16) for deep learning optimization.
>
> Intel adds AVX512 BFLOAT16 feature in CooperLake, which is CPUID.7.1.EAX[5].
>
> Detailed information of the CPUID bit can be found here,
>
On Wed, Jul 10, 2019 at 06:37:09PM +, Natarajan, Janakarajan wrote:
> CPPC (Collaborative Processor Performance Control) offers optional
> registers which can be used to tune the system based on energy and/or
> performance requirements.
>
> Newer AMD processors (>= Family 17h) add support for
Commit-ID: 4e4cf62b37da5ff45c904a3acf242ab29ed5881d
Gitweb: https://git.kernel.org/tip/4e4cf62b37da5ff45c904a3acf242ab29ed5881d
Author: Numfor Mbiziwo-Tiapo
AuthorDate: Tue, 2 Jul 2019 10:37:15 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:54 -0300
perf te
Commit-ID: 111442cfc8abdeaa7ec1407f07ef7b3e5f76654e
Gitweb: https://git.kernel.org/tip/111442cfc8abdeaa7ec1407f07ef7b3e5f76654e
Author: Leo Yan
AuthorDate: Tue, 2 Jul 2019 18:34:12 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:54 -0300
perf top: Fix potent
Commit-ID: c74b05030edb3b52f4208d8415b8c933bc509a29
Gitweb: https://git.kernel.org/tip/c74b05030edb3b52f4208d8415b8c933bc509a29
Author: Leo Yan
AuthorDate: Tue, 2 Jul 2019 18:34:11 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:54 -0300
perf stat: Fix use-a
Commit-ID: 600c787dbf6521d8d07ee717ab7606d5070103ea
Gitweb: https://git.kernel.org/tip/600c787dbf6521d8d07ee717ab7606d5070103ea
Author: Leo Yan
AuthorDate: Tue, 2 Jul 2019 18:34:13 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:55 -0300
perf annotate: Fix d
Commit-ID: 363bbaef63ffebcc745239fe80a953ebb5ac9ec9
Gitweb: https://git.kernel.org/tip/363bbaef63ffebcc745239fe80a953ebb5ac9ec9
Author: Leo Yan
AuthorDate: Tue, 2 Jul 2019 18:34:16 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:55 -0300
perf map: Fix potent
Commit-ID: 40978e9bf2137223993e70921de2731201788049
Gitweb: https://git.kernel.org/tip/40978e9bf2137223993e70921de2731201788049
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 3 Jul 2019 16:02:09 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:55 -0300
per
Commit-ID: 7a6d49dc8cad8fa1f3d63994102af8f9ae9c859f
Gitweb: https://git.kernel.org/tip/7a6d49dc8cad8fa1f3d63994102af8f9ae9c859f
Author: Leo Yan
AuthorDate: Tue, 2 Jul 2019 18:34:14 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:55 -0300
perf trace: Fix pote
Commit-ID: fc50e0ba9bcac92ff177ff3ac64644108b6d8dd8
Gitweb: https://git.kernel.org/tip/fc50e0ba9bcac92ff177ff3ac64644108b6d8dd8
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 3 Jul 2019 16:12:51 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:55 -0300
per
Commit-ID: f3c8d90757724982e5f07cd77d315eb64ca145ac
Gitweb: https://git.kernel.org/tip/f3c8d90757724982e5f07cd77d315eb64ca145ac
Author: Leo Yan
AuthorDate: Tue, 2 Jul 2019 18:34:17 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 09:33:55 -0300
perf session: Fix po
Commit-ID: 215a0d305c5651928eb67c96bcedd0a6c297dfce
Gitweb: https://git.kernel.org/tip/215a0d305c5651928eb67c96bcedd0a6c297dfce
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 4 Jul 2019 11:21:24 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:22 -0300
per
Commit-ID: 245aec7f7f4ca95b924f005d604bab9d838b5eb1
Gitweb: https://git.kernel.org/tip/245aec7f7f4ca95b924f005d604bab9d838b5eb1
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 5 Jul 2019 13:59:06 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:26 -0300
per
Commit-ID: e5653eb82ddc71ad8ffcbb3c74dd6f0c0230ab4c
Gitweb: https://git.kernel.org/tip/e5653eb82ddc71ad8ffcbb3c74dd6f0c0230ab4c
Author: Arnaldo Carvalho de Melo
AuthorDate: Fri, 5 Jul 2019 14:16:15 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:26 -0300
per
Commit-ID: 7f7c536f23e6afaa5d5d4b0e0958b0be8922491f
Gitweb: https://git.kernel.org/tip/7f7c536f23e6afaa5d5d4b0e0958b0be8922491f
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 4 Jul 2019 11:32:27 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:26 -0300
too
Commit-ID: d8f9da240495b50766239410f9b0c715ca506a67
Gitweb: https://git.kernel.org/tip/d8f9da240495b50766239410f9b0c715ca506a67
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 4 Jul 2019 12:06:20 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
per
Commit-ID: e56fbc9dc79ce0fdc49ffadd062214ddd02f65b6
Gitweb: https://git.kernel.org/tip/e56fbc9dc79ce0fdc49ffadd062214ddd02f65b6
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 4 Jul 2019 12:13:46 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
per
Commit-ID: acc7bfb3db9744c4a18c96fd6536069e8647cb11
Gitweb: https://git.kernel.org/tip/acc7bfb3db9744c4a18c96fd6536069e8647cb11
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 4 Jul 2019 12:20:21 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
per
Commit-ID: 34c9af571e51466fbcc423fb955277c82f03ce92
Gitweb: https://git.kernel.org/tip/34c9af571e51466fbcc423fb955277c82f03ce92
Author: Luke Mujica
AuthorDate: Wed, 3 Jul 2019 15:25:08 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
perf parse-event
Commit-ID: 72de3fd97f15d75657dd5389e26801cbf8af0f9a
Gitweb: https://git.kernel.org/tip/72de3fd97f15d75657dd5389e26801cbf8af0f9a
Author: Luke Mujica
AuthorDate: Wed, 3 Jul 2019 15:25:09 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
perf parse-event
Commit-ID: 0702f23c983b8a921853c33a9f59b9cf0975d36e
Gitweb: https://git.kernel.org/tip/0702f23c983b8a921853c33a9f59b9cf0975d36e
Author: Leo Yan
AuthorDate: Mon, 8 Jul 2019 22:39:37 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
perf cs-etm: Fix pot
Commit-ID: ceb75476db1617a88cc29b09839acacb69aa076e
Gitweb: https://git.kernel.org/tip/ceb75476db1617a88cc29b09839acacb69aa076e
Author: Leo Yan
AuthorDate: Mon, 8 Jul 2019 22:39:34 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
perf hists browser:
Commit-ID: d8d051df9f906232715282cc0570c94273b197bc
Gitweb: https://git.kernel.org/tip/d8d051df9f906232715282cc0570c94273b197bc
Author: Adrian Hunter
AuthorDate: Mon, 8 Jul 2019 08:52:31 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:27 -0300
perf scripts p
Commit-ID: 1334bb94cd8a21217cb0c186925f9bc9d47adafc
Gitweb: https://git.kernel.org/tip/1334bb94cd8a21217cb0c186925f9bc9d47adafc
Author: Adrian Hunter
AuthorDate: Mon, 8 Jul 2019 08:52:32 +0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:28 -0300
perf scripts p
Commit-ID: 9d49169c5958e429ffa6874fbef734ae7502ad65
Gitweb: https://git.kernel.org/tip/9d49169c5958e429ffa6874fbef734ae7502ad65
Author: Song Liu
AuthorDate: Thu, 20 Jun 2019 18:44:38 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:28 -0300
perf script: Assum
Commit-ID: 323fd749821daab0f327ec86d707c4542963cdb0
Gitweb: https://git.kernel.org/tip/323fd749821daab0f327ec86d707c4542963cdb0
Author: Leo Yan
AuthorDate: Mon, 8 Jul 2019 22:39:36 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:28 -0300
perf intel-pt: Fix p
Commit-ID: 1d481458816d9424c8a05833ce0ebe72194a350e
Gitweb: https://git.kernel.org/tip/1d481458816d9424c8a05833ce0ebe72194a350e
Author: Leo Yan
AuthorDate: Mon, 8 Jul 2019 22:39:35 +0800
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 9 Jul 2019 10:13:28 -0300
perf intel-bts: Fix
Commit-ID: 16f4641166b10e199f0d7b68c2c5f004fef0bda3
Gitweb: https://git.kernel.org/tip/16f4641166b10e199f0d7b68c2c5f004fef0bda3
Author: Kim Phillips
AuthorDate: Fri, 28 Jun 2019 21:59:20 +
Committer: Ingo Molnar
CommitDate: Sat, 13 Jul 2019 11:21:26 +0200
perf/x86/amd/uncore: Do no
Commit-ID: 2f217d58a8a086d3399fecce39fb358848e799c4
Gitweb: https://git.kernel.org/tip/2f217d58a8a086d3399fecce39fb358848e799c4
Author: Kim Phillips
AuthorDate: Fri, 28 Jun 2019 21:59:33 +
Committer: Ingo Molnar
CommitDate: Sat, 13 Jul 2019 11:21:27 +0200
perf/x86/amd/uncore: Set t
Commit-ID: 8a58ddae23796c733c5dfbd717538d89d036c5bd
Gitweb: https://git.kernel.org/tip/8a58ddae23796c733c5dfbd717538d89d036c5bd
Author: Alexander Shishkin
AuthorDate: Mon, 1 Jul 2019 14:07:55 +0300
Committer: Ingo Molnar
CommitDate: Sat, 13 Jul 2019 11:21:28 +0200
perf/core: Fix exclus
Commit-ID: e4557c1a46b0d32746bd309e1941914b5a6912b4
Gitweb: https://git.kernel.org/tip/e4557c1a46b0d32746bd309e1941914b5a6912b4
Author: Kan Liang
AuthorDate: Tue, 25 Jun 2019 07:21:35 -0700
Committer: Ingo Molnar
CommitDate: Sat, 13 Jul 2019 11:21:29 +0200
perf/x86/intel: Fix spurious
Commit-ID: e3d85487fba42206024bc3ed32e4b581c7cb46db
Gitweb: https://git.kernel.org/tip/e3d85487fba42206024bc3ed32e4b581c7cb46db
Author: Peter Zijlstra
AuthorDate: Wed, 10 Jul 2019 12:57:36 +0200
Committer: Ingo Molnar
CommitDate: Sat, 13 Jul 2019 11:23:27 +0200
sched/core: Fix preempt
Commit-ID: 68d41d8c94a31dfb8233ab90b9baf41a2ed2da68
Gitweb: https://git.kernel.org/tip/68d41d8c94a31dfb8233ab90b9baf41a2ed2da68
Author: Yuyang Du
AuthorDate: Tue, 9 Jul 2019 18:15:22 +0800
Committer: Ingo Molnar
CommitDate: Sat, 13 Jul 2019 11:24:53 +0200
locking/lockdep: Fix lock used
Hi Brian,
how about something like that (formatting is surely broken because I'm not
sending this with git-send-email^^)?
I'd says this should be work fine with all devices as all modes are defined in
the device-specific dts but the reg and offset values are in the board dts.
Should I also add
Hi all,
I initially thought my machine was failing to boot entirely, but it
turns out it was just failing to start the display manager. I managed to
escape to a tty by hammering the keyboard a bit.
I suspect the culprit is the rockchip_vpu driver (in staging/media),
which has been renamed to han
DEAR CUSTOMERS
We are happy to inform you about our new SMTP SERVER
today I would like to introduce you to a page that provides services for
UNLIMITED SENDER
We offer all the services that you desire now? 15x Domain Inbox SMTP
please check
http://www.cybergatesltd.net/index.php?route=product/pro
On Sat, Jul 13, 2019 at 12:21:06PM +0900, Masahiro Yamada wrote:
> The KBUILD_ARFLAGS addition in arch/powerpc/Makefile has never worked
> in a useful way because it is always overridden by the following code
> in the top Makefile:
>
> # use the deterministic mode of AR if available
> KBUILD_A
Thank you very much! Just wondering, would it maybe worth to backport
the fix to stable kernel too?
В Пн, июл 8, 2019 at 12:42, Arnaldo Carvalho de Melo
написал:
From: Jiri Olsa
Konstantin reported problem with default perf record command, which
fails on some AMD servers, because of the def
On Fri, 12 Jul 2019 at 11:57, Arnd Bergmann wrote:
>
> The new temporary variable is lacks a 'const' annotation:
>
> sound/soc/generic/audio-graph-card.c:87:7: error: assigning to 'u32 *' (aka
> 'unsigned int *') from 'const void *' discards qualifiers
> [-Werror,-Wincompatible-pointer-types-dis
On Sat, Jul 13, 2019 at 07:47:44AM -0500, Segher Boessenkool wrote:
> On Sat, Jul 13, 2019 at 12:21:06PM +0900, Masahiro Yamada wrote:
> > The KBUILD_ARFLAGS addition in arch/powerpc/Makefile has never worked
> > in a useful way because it is always overridden by the following code
> > in the top M
On 7/13/19 1:22 AM, Greg Kroah-Hartman wrote:
On Fri, Jul 12, 2019 at 01:21:41PM -0700, Guenter Roeck wrote:
On Fri, Jul 12, 2019 at 05:30:35PM +0200, Greg Kroah-Hartman wrote:
On Fri, Jul 12, 2019 at 02:26:57PM +0100, Jon Hunter wrote:
Hi Greg,
On 12/07/2019 13:17, Greg Kroah-Hartman wrote:
On (07/13/19 09:46), Konstantin Khlebnikov wrote:
> > On (07/12/19 17:54), Konstantin Khlebnikov wrote:
>
> Yep printk() can deal with NMI, but kmsg_dump() is a different beast.
> It reads printk buffer and saves content into persistent storage like ACPI
> ERST.
Ah, sorry! I misread your patch.
On Thu, Jul 11, 2019 at 03:00:00PM -0700, Joe Perches wrote:
> On Thu, 2019-07-11 at 23:19 +0530, Hariprasad Kelam wrote:
> > Fix below issue reported by coccicheck
> > sound/soc/codecs/wcd9335.c:3991:25-30: WARNING: conversion to bool not
> > needed here
> >
> > Signed-off-by: Hariprasad Kelam
>
On Thu, Jul 11, 2019 at 03:00:00PM -0700, Joe Perches wrote:
> On Thu, 2019-07-11 at 23:19 +0530, Hariprasad Kelam wrote:
> > Fix below issue reported by coccicheck
> > sound/soc/codecs/wcd9335.c:3991:25-30: WARNING: conversion to bool not
> > needed here
> >
> > Signed-off-by: Hariprasad Kelam
>
On Fri, 2019-07-12 at 23:09 +, Wei Yang wrote:
> On Fri, Jul 12, 2019 at 10:51:31AM +0200, KarimAllah Ahmed wrote:
> >
> > Do not mark regions that are marked with nomap to be present, otherwise
> > these memblock cause unnecessarily allocation of metadata.
> >
> > Cc: Andrew Morton
> > Cc:
On 7/13/19 10:32 AM, Alexey Dobriyan wrote:
> /proc/*/cmdline continues to cause problems:
>
> https://lkml.org/lkml/2019/4/5/825
> Subject get_mm_cmdline and userspace (Perl) changing argv0
>
> https://marc.info/?l=linux-kernel&m=156294831308786&w=4
> [PATCH] proc: Fix un
On Sat, Jul 13, 2019 at 4:20 PM Sergey Senozhatsky
wrote:
>
> On (07/13/19 09:46), Konstantin Khlebnikov wrote:
> > > On (07/12/19 17:54), Konstantin Khlebnikov wrote:
> >
> > Yep printk() can deal with NMI, but kmsg_dump() is a different beast.
> > It reads printk buffer and saves content into pe
On 7/13/19 10:26 AM, Alexey Dobriyan wrote:
> On Fri, Jul 12, 2019 at 09:43:03PM +0300, Alexey Izbyshev wrote:
>> On 7/12/19 8:46 PM, Alexey Dobriyan wrote:
>>> The proper fix to all /proc/*/cmdline problems is to revert
>>>
>>> f5b65348fd77839b50e79bc0a5e536832ea52d8d
>>> proc: fix missing
On Fri, Jul 05, 2019 at 04:00:03PM -0400, Joel Fernandes wrote:
> On Fri, Jul 05, 2019 at 08:09:32AM -0700, Paul E. McKenney wrote:
> > On Fri, Jul 05, 2019 at 08:24:50AM -0400, Joel Fernandes wrote:
> > > On Fri, Jul 05, 2019 at 12:52:31PM +0900, Byungchul Park wrote:
> > > > On Thu, Jul 04, 2019
On Sat, Jul 13, 2019 at 4:47 AM Byungchul Park
wrote:
>
> On Fri, Jul 12, 2019 at 9:51 PM Joel Fernandes wrote:
> >
> > On Fri, Jul 12, 2019 at 03:32:40PM +0900, Byungchul Park wrote:
> > > On Thu, Jul 11, 2019 at 03:58:39PM -0400, Joel Fernandes wrote:
> > > > Hmm, speaking of grace period durat
The current code erroneously sets-up the CPU base address with
parameter 'pci_addr', which is passed to initialize the PCI
base address of the inbound window, and the upper 32-bit of the
CPU base address of the inbound window is not initialized. This
results in the current code only support 1:1 inb
On 7/13/2019 12:03 AM, Sean Christopherson wrote:
On Fri, Jul 12, 2019 at 04:29:07PM +0800, Tao Xu wrote:
--- a/arch/x86/kvm/vmx/nested.c
+++ b/arch/x86/kvm/vmx/nested.c
@@ -5213,6 +5213,9 @@ bool nested_vmx_exit_reflected(struct kvm_vcpu *vcpu, u32
exit_reason)
case EXIT_REASON_ENCLS:
On Sat, Jul 13, 2019 at 06:16:56AM -0700, Guenter Roeck wrote:
> On 7/13/19 1:22 AM, Greg Kroah-Hartman wrote:
> > On Fri, Jul 12, 2019 at 01:21:41PM -0700, Guenter Roeck wrote:
> > > On Fri, Jul 12, 2019 at 05:30:35PM +0200, Greg Kroah-Hartman wrote:
> > > > On Fri, Jul 12, 2019 at 02:26:57PM +010
On Sat, Jul 13, 2019 at 10:16:58AM +0100, Jon Hunter wrote:
>
> On 12/07/2019 16:30, Greg Kroah-Hartman wrote:
> > On Fri, Jul 12, 2019 at 02:26:57PM +0100, Jon Hunter wrote:
> >> Hi Greg,
> >>
> >> On 12/07/2019 13:17, Greg Kroah-Hartman wrote:
> >>> This is the start of the stable review cycle f
On Sat, Jul 13, 2019 at 01:26:45PM +0200, Luca Weiss wrote:
> Hi Brian,
> how about something like that (formatting is surely broken because I'm not
> sending this with git-send-email^^)?
>
> I'd says this should be work fine with all devices as all modes are defined
> in
> the device-specific
On Sat, Jul 13, 2019 at 08:34:51AM +0530, Naresh Kamboju wrote:
> On Fri, 12 Jul 2019 at 18:04, Greg Kroah-Hartman
> wrote:
> >
> > This is the start of the stable review cycle for the 5.2.1 release.
> > There are 61 patches in this series, all will be posted as a response
> > to this one. If any
It always returns 0 (success) and its return type should really be void.
Over that, many drivers have added error handling code based on its
return value, which is not required at all.
change its return type to void and update all the callers.
Signed-off-by: Viresh Kumar
---
V1->V2:
- Fixed comp
On 12.07.19 10:54, Arnd Bergmann wrote:
Hi,
> diff --git a/drivers/platform/x86/Kconfig b/drivers/platform/x86/Kconfig
> index e869a5c760b6..cf48b9068843 100644
> --- a/drivers/platform/x86/Kconfig
> +++ b/drivers/platform/x86/Kconfig
> @@ -1324,8 +1324,8 @@ config PCENGINES_APU2
> tristate
On 12.07.19 01:27, Brendan Higgins wrote:
> Enrico, want me to CC you on that> and we can continue this discussion there?
Yes. But I'd prefer having an own list for it - better for sorting and
archiving ;-)
> I wonder if that would work for the testing scenario? I don't think it> is
> unreasonab
On Sat, Jul 13, 2019 at 12:38:45PM +0100, Alex Dewar wrote:
> Hi all,
>
> I initially thought my machine was failing to boot entirely, but it
> turns out it was just failing to start the display manager. I managed to
> escape to a tty by hammering the keyboard a bit.
>
> I suspect the culprit is
On Tue, Jul 02, 2019 at 03:05:19AM -0700, Nadav Amit wrote:
> Julien will not be a maintainer anymore.
>
> Signed-off-by: Nadav Amit
> ---
> MAINTAINERS | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 01a52fc964da..f85874b1e653 100644
> --- a/MAINTAINER
Hi
This appears to be causing issues with gold again:
axion /usr/src/linux # make
CALLscripts/checksyscalls.sh
CALLscripts/atomic/check-atomics.sh
DESCEND objtool
CHK include/generated/compile.h
VDSOCHK arch/x86/entry/vdso/vdso64.so.dbg
VDSOCHK arch/x86/entry/vdso/vdso32.
On Fri, Jul 12, 2019 at 04:04:17PM +, Haiyang Zhang wrote:
-Original Message-
From: Randy Dunlap
Sent: Friday, July 12, 2019 11:53 AM
To: linux-pci ; LKML
Cc: Matthew Wilcox ; Jake Oshins
; KY Srinivasan ; Haiyang
Zhang ; Stephen Hemminger
; Stephen Hemminger
; Sasha Levin ; Bjor
On Fri, 2019-07-12 at 23:51 -0700, Cedric Xing wrote:
> The previous __vdso_sgx_enter_enclave() requires enclaves to preserve %rsp,
> which prohibits enclaves from allocating and passing parameters for
> untrusted function calls (aka. o-calls) on the untrusted stack.
>
> This patch addresses the p
1 - 100 of 207 matches
Mail list logo
