Hi Linus,
The following changes since commit 39da7c509acff13fc8cb12ec1bb20337c988ed36:
Linux 4.11-rc6 (2017-04-09 09:49:44 -0700)
are available in the git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v4.12-rc1
for you to fetch changes up to
Hi Linus,
The following changes since commit 39da7c509acff13fc8cb12ec1bb20337c988ed36:
Linux 4.11-rc6 (2017-04-09 09:49:44 -0700)
are available in the git repository at:
git://github.com/awilliam/linux-vfio.git tags/vfio-v4.12-rc1
for you to fetch changes up to
Hi Lukas
attached is recent set of experiments with your patch series applied
on 4.11 kernel.
Right after a reboot, poweroff causes an NMI. You can see the message on
1.dmesg. 1.lspci is after reboot, and 2.lspci is after a poweroff/poweron
sequence.
You can see there are other differences,
Hi Lukas
attached is recent set of experiments with your patch series applied
on 4.11 kernel.
Right after a reboot, poweroff causes an NMI. You can see the message on
1.dmesg. 1.lspci is after reboot, and 2.lspci is after a poweroff/poweron
sequence.
You can see there are other differences,
This is on my IVB-EP, 2 sockets, 10 cores / socket, 2 threads / core.
workload is constrained to 1 socket.
root@ivb-ep:~/bench/schbench# numactl -N 0 ./schbench -m 2 -t 10 -s 1 -c
15000 -r 30
Latency percentiles (usec)
50.th: 21
75.th: 30
90.th: 38
This is on my IVB-EP, 2 sockets, 10 cores / socket, 2 threads / core.
workload is constrained to 1 socket.
root@ivb-ep:~/bench/schbench# numactl -N 0 ./schbench -m 2 -t 10 -s 1 -c
15000 -r 30
Latency percentiles (usec)
50.th: 21
75.th: 30
90.th: 38
On Wed, 2017-05-03 at 17:59 +0200, Marek Vasut wrote:
> On 05/03/2017 04:58 PM, Leonard Crestez wrote:
> > On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote:
> > > 2) It actually fixes a problem with the voltage rails such that the DVFS
> > > works without leaving the system in unstable or
On Wed, 2017-05-03 at 17:59 +0200, Marek Vasut wrote:
> On 05/03/2017 04:58 PM, Leonard Crestez wrote:
> > On Wed, 2017-05-03 at 16:26 +0200, Marek Vasut wrote:
> > > 2) It actually fixes a problem with the voltage rails such that the DVFS
> > > works without leaving the system in unstable or
Hello everybody,
While looking into Coverity ID 1402011 I ran into the following piece
of code at drivers/scsi/qedf/qedf_io.c:2057:
/* Fill FC header */
fc_hdr = &(tm_req->req_fc_hdr);
sid = fcport->sid;
did = fcport->rdata->ids.port_id;
__fc_fill_fc_hdr(fc_hdr, FC_RCTL_DD_UNSOL_CMD, sid,
Hello everybody,
While looking into Coverity ID 1402011 I ran into the following piece
of code at drivers/scsi/qedf/qedf_io.c:2057:
/* Fill FC header */
fc_hdr = &(tm_req->req_fc_hdr);
sid = fcport->sid;
did = fcport->rdata->ids.port_id;
__fc_fill_fc_hdr(fc_hdr, FC_RCTL_DD_UNSOL_CMD, sid,
On Tue, 2 May 2017, Thomas Fjellstrom wrote:
> I just had a brief lockup, desktop stopped responding, other usb devices not
> on the usb3 controller. Two android devices were in the process of restarting.
>
> It doesn't seem to matter what android devices it is.
>
> [294503.849350]
On Tue, 2 May 2017, Thomas Fjellstrom wrote:
> I just had a brief lockup, desktop stopped responding, other usb devices not
> on the usb3 controller. Two android devices were in the process of restarting.
>
> It doesn't seem to matter what android devices it is.
>
> [294503.849350]
On Tue, May 2, 2017 at 12:26 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Tue, 2 May 2017 10:22:47 +0200
>
> The script "checkpatch.pl" pointed information out like the following.
>
> WARNING: quoted string split across
On Tue, May 2, 2017 at 12:26 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Tue, 2 May 2017 10:22:47 +0200
>
> The script "checkpatch.pl" pointed information out like the following.
>
> WARNING: quoted string split across lines
>
> Thus fix the affected source code place.
>
On Tue, May 2, 2017 at 12:23 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Mon, 1 May 2017 22:52:29 +0200
>
> Some data were put into a sequence by five separate function calls.
> Print the same data by a single function
On Tue, May 2, 2017 at 12:23 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Mon, 1 May 2017 22:52:29 +0200
>
> Some data were put into a sequence by five separate function calls.
> Print the same data by a single function call instead.
> - seq_printf(s, "No config
On Tue, May 2, 2017 at 12:22 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Mon, 1 May 2017 22:42:13 +0200
>
> Some text was put into a sequence by two separate function calls.
> Print the same data by a single function
On Tue, May 2, 2017 at 12:22 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Mon, 1 May 2017 22:42:13 +0200
>
> Some text was put into a sequence by two separate function calls.
> Print the same data by a single function call instead.
I don't see a benefit here, sorry.
This is slow
On 05/03/2017 12:39 PM, Olof Johansson wrote:
> No, I'm not saying that, and there is a better way: Send it through
> Andy if in doubt -- it should be his job as your platform maintainer
> to help guide you through the system if needed.
Will told me that defconfig patches should go to
On 05/03/2017 12:39 PM, Olof Johansson wrote:
> No, I'm not saying that, and there is a better way: Send it through
> Andy if in doubt -- it should be his job as your platform maintainer
> to help guide you through the system if needed.
Will told me that defconfig patches should go to
On Tue, May 2, 2017 at 12:28 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Tue, 2 May 2017 10:47:35 +0200
>
> A single character (line break) should be put into a sequence.
> Thus use the corresponding function
On Tue, May 2, 2017 at 12:28 PM, SF Markus Elfring
wrote:
> From: Markus Elfring
> Date: Tue, 2 May 2017 10:47:35 +0200
>
> A single character (line break) should be put into a sequence.
> Thus use the corresponding function "seq_putc".
This could be folded to another one with similar changes.
On Tue, May 2, 2017 at 12:25 PM, Johan Hovold wrote:
> On Mon, May 01, 2017 at 07:17:14PM -0500, Rob Herring wrote:
>> - return ret < 0 ? ret : (count ? -ETIMEDOUT : 0);
>> + return ret < 0 ? ret : (count ? -ETIMEDOUT : wr_cnt);
>
> That's some nasty use of the ternary
On Tue, May 2, 2017 at 12:25 PM, Johan Hovold wrote:
> On Mon, May 01, 2017 at 07:17:14PM -0500, Rob Herring wrote:
>> - return ret < 0 ? ret : (count ? -ETIMEDOUT : 0);
>> + return ret < 0 ? ret : (count ? -ETIMEDOUT : wr_cnt);
>
> That's some nasty use of the ternary operator. Ditching
Thinkpad Helix 2 is a tablet PC, the audio is powered by Core M
broadwell-audio and rt286 codec. For all versions of Linux kernel,
the stereo output doesn't work properly when earphones are plugged
in, the sound was coming out from both channels even if the audio
contains only the left or right
Thinkpad Helix 2 is a tablet PC, the audio is powered by Core M
broadwell-audio and rt286 codec. For all versions of Linux kernel,
the stereo output doesn't work properly when earphones are plugged
in, the sound was coming out from both channels even if the audio
contains only the left or right
Commit-ID: 4341ec6b3db4c3e903d6c44958722918baec1e59
Gitweb: http://git.kernel.org/tip/4341ec6b3db4c3e903d6c44958722918baec1e59
Author: Taeung Song
AuthorDate: Wed, 26 Apr 2017 21:21:02 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue,
Commit-ID: 4341ec6b3db4c3e903d6c44958722918baec1e59
Gitweb: http://git.kernel.org/tip/4341ec6b3db4c3e903d6c44958722918baec1e59
Author: Taeung Song
AuthorDate: Wed, 26 Apr 2017 21:21:02 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 2 May 2017 18:23:12 -0300
perf config:
Commit-ID: d80406453ad4a69932dc17a617d5b7bc7ae80b8f
Gitweb: http://git.kernel.org/tip/d80406453ad4a69932dc17a617d5b7bc7ae80b8f
Author: Paul Clarke
AuthorDate: Tue, 25 Apr 2017 13:15:49 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 2 May
Commit-ID: d80406453ad4a69932dc17a617d5b7bc7ae80b8f
Gitweb: http://git.kernel.org/tip/d80406453ad4a69932dc17a617d5b7bc7ae80b8f
Author: Paul Clarke
AuthorDate: Tue, 25 Apr 2017 13:15:49 -0500
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 2 May 2017 18:23:11 -0300
perf symbols:
Commit-ID: 96395cbbc7e94cbbe4f76cf64cf122fabc19123d
Gitweb: http://git.kernel.org/tip/96395cbbc7e94cbbe4f76cf64cf122fabc19123d
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:49:21 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: b843f62ad942f3879c2d7acd27b44f931c609685
Gitweb: http://git.kernel.org/tip/b843f62ad942f3879c2d7acd27b44f931c609685
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 27 Apr 2017 21:21:09 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 96395cbbc7e94cbbe4f76cf64cf122fabc19123d
Gitweb: http://git.kernel.org/tip/96395cbbc7e94cbbe4f76cf64cf122fabc19123d
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:49:21 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 26 Apr 2017 15:49:21 -0300
Commit-ID: b843f62ad942f3879c2d7acd27b44f931c609685
Gitweb: http://git.kernel.org/tip/b843f62ad942f3879c2d7acd27b44f931c609685
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 27 Apr 2017 21:21:09 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 2 May 2017 18:23:04 -0300
On Wed, May 3, 2017 at 10:33 AM, Timur Tabi wrote:
> On 05/03/2017 12:26 PM, Olof Johansson wrote:
>> a...@kernel.org as an email alias will break down if it starts being
>> cc:d on large number of patches. Ideally we want the platform
>> maintainers as filters/reviewers in
On Wed, May 3, 2017 at 10:33 AM, Timur Tabi wrote:
> On 05/03/2017 12:26 PM, Olof Johansson wrote:
>> a...@kernel.org as an email alias will break down if it starts being
>> cc:d on large number of patches. Ideally we want the platform
>> maintainers as filters/reviewers in front to keep the
Commit-ID: 3caeafce5392a8eba7b36d0d097d403cacc66e2d
Gitweb: http://git.kernel.org/tip/3caeafce5392a8eba7b36d0d097d403cacc66e2d
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:40:31 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 3caeafce5392a8eba7b36d0d097d403cacc66e2d
Gitweb: http://git.kernel.org/tip/3caeafce5392a8eba7b36d0d097d403cacc66e2d
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:40:31 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 26 Apr 2017 15:40:31 -0300
Commit-ID: 7de96c3e759e49b1d176722ed26c14c057bac34f
Gitweb: http://git.kernel.org/tip/7de96c3e759e49b1d176722ed26c14c057bac34f
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:27:52 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 7de96c3e759e49b1d176722ed26c14c057bac34f
Gitweb: http://git.kernel.org/tip/7de96c3e759e49b1d176722ed26c14c057bac34f
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:27:52 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 26 Apr 2017 15:27:52 -0300
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.12b-rc0b-tag
Main changes are:
- a series by Vitaly Kuznetsov to enable building the kernel with Xen
support but without enabling paravirtualized mode
- a series by Stefano
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.12b-rc0b-tag
Main changes are:
- a series by Vitaly Kuznetsov to enable building the kernel with Xen
support but without enabling paravirtualized mode
- a series by Stefano
Commit-ID: 98521b3869f8d6b4b9d2fdad8a56059e819ae002
Gitweb: http://git.kernel.org/tip/98521b3869f8d6b4b9d2fdad8a56059e819ae002
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Apr 2017 15:45:35 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 98521b3869f8d6b4b9d2fdad8a56059e819ae002
Gitweb: http://git.kernel.org/tip/98521b3869f8d6b4b9d2fdad8a56059e819ae002
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Apr 2017 15:45:35 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Apr 2017 15:45:35 -0300
Commit-ID: 5068b52f732157385d9dccd205bc4043da3a3cce
Gitweb: http://git.kernel.org/tip/5068b52f732157385d9dccd205bc4043da3a3cce
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:31:57 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 5068b52f732157385d9dccd205bc4043da3a3cce
Gitweb: http://git.kernel.org/tip/5068b52f732157385d9dccd205bc4043da3a3cce
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 26 Apr 2017 15:31:57 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 26 Apr 2017 15:31:57 -0300
Commit-ID: 5ab8c689f7c0c97e98b8014b7f0ede386bef5aaf
Gitweb: http://git.kernel.org/tip/5ab8c689f7c0c97e98b8014b7f0ede386bef5aaf
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Apr 2017 15:30:47 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 5ab8c689f7c0c97e98b8014b7f0ede386bef5aaf
Gitweb: http://git.kernel.org/tip/5ab8c689f7c0c97e98b8014b7f0ede386bef5aaf
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Apr 2017 15:30:47 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Apr 2017 15:30:47 -0300
Commit-ID: 6db81643fe41f51cf9f6fd10558b8b323d9198ba
Gitweb: http://git.kernel.org/tip/6db81643fe41f51cf9f6fd10558b8b323d9198ba
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Apr 2017 11:45:59 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate:
Commit-ID: 6db81643fe41f51cf9f6fd10558b8b323d9198ba
Gitweb: http://git.kernel.org/tip/6db81643fe41f51cf9f6fd10558b8b323d9198ba
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 25 Apr 2017 11:45:59 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Tue, 25 Apr 2017 11:45:59 -0300
On 05/03/2017 12:26 PM, Olof Johansson wrote:
> a...@kernel.org as an email alias will break down if it starts being
> cc:d on large number of patches. Ideally we want the platform
> maintainers as filters/reviewers in front to keep the volume down. So
> far it's been kept to nearly only material
On 05/03/2017 12:26 PM, Olof Johansson wrote:
> a...@kernel.org as an email alias will break down if it starts being
> cc:d on large number of patches. Ideally we want the platform
> maintainers as filters/reviewers in front to keep the volume down. So
> far it's been kept to nearly only material
; Merge tag 'perf-core-for-mingo-4.12-20170424' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2017-04-24 23:31:35 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
>
perf-core-for-mingo-4.12-20170424' of
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
> (2017-04-24 23:31:35 +0200)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
> tags/perf-core-fo
On Wed, 2017-05-03 at 17:50 +0100, David Howells wrote:
> Jeff Layton wrote:
>
> > > (*) Move the walk-from-root stuff that nfs has to generic code so that
> > > you
> > > can do something akin to:
> > >
> > > mount /dev/sda1:/foo/bar /mnt
> > >
> > > See
On Wed, 2017-05-03 at 17:50 +0100, David Howells wrote:
> Jeff Layton wrote:
>
> > > (*) Move the walk-from-root stuff that nfs has to generic code so that
> > > you
> > > can do something akin to:
> > >
> > > mount /dev/sda1:/foo/bar /mnt
> > >
> > > See nfs_follow_remote_path()
On Mon, May 1, 2017 at 3:50 PM, Shaohua Li wrote:
>
> Please pull MD update for 4.12. There are conflicts between MD tree and block
> tree, so I did a merge before the pull request.
I pulled this, but *please* don't do those broken merges.
Why is it broken? Let me just count
On Mon, May 1, 2017 at 3:50 PM, Shaohua Li wrote:
>
> Please pull MD update for 4.12. There are conflicts between MD tree and block
> tree, so I did a merge before the pull request.
I pulled this, but *please* don't do those broken merges.
Why is it broken? Let me just count the merge message
Hello,
On Wed, May 3, 2017 at 10:08 AM, Timur Tabi wrote:
> On 05/03/2017 12:01 PM, Catalin Marinas wrote:
>> On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
>>> > Any changes to arch/arm64/configs/defconfig must be sent to
>>> > a...@kernel.org,
>>> >
Hello,
On Wed, May 3, 2017 at 10:08 AM, Timur Tabi wrote:
> On 05/03/2017 12:01 PM, Catalin Marinas wrote:
>> On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
>>> > Any changes to arch/arm64/configs/defconfig must be sent to
>>> > a...@kernel.org,
>>> > otherwise they will not get
On Wed, May 3, 2017 at 10:17 AM, Catalin Marinas
wrote:
> On Wed, May 03, 2017 at 11:52:26AM -0500, Timur Tabi wrote:
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index 58590cf..5d15858 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -2066,6 +2066,11 @@ S:
On Wed, May 3, 2017 at 10:17 AM, Catalin Marinas
wrote:
> On Wed, May 03, 2017 at 11:52:26AM -0500, Timur Tabi wrote:
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index 58590cf..5d15858 100644
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -2066,6 +2066,11 @@ S: Maintained
>> F:
On Wed, May 03, 2017 at 01:44:54PM +0200, Jan Kara wrote:
> On Tue 02-05-17 19:22:22, Corentin Labbe wrote:
> > On Tue, May 02, 2017 at 06:27:04PM +0200, Jan Kara wrote:
> > > Hello,
> > >
> > > On Fri 28-04-17 11:56:24, Corentin Labbe wrote:
> > > > Since linux next-20170421, mounting nfs give
On Wed, May 03, 2017 at 01:44:54PM +0200, Jan Kara wrote:
> On Tue 02-05-17 19:22:22, Corentin Labbe wrote:
> > On Tue, May 02, 2017 at 06:27:04PM +0200, Jan Kara wrote:
> > > Hello,
> > >
> > > On Fri 28-04-17 11:56:24, Corentin Labbe wrote:
> > > > Since linux next-20170421, mounting nfs give
On Wed, 2017-05-03 at 20:07 +0300, Andy Shevchenko wrote:
> Instead of open coded variant use generic helper to convert UUID
> strings
> to binary format.
> @@ -677,12 +644,14 @@ static ssize_t remove_id_store(struct
> device_driver *driver, const char *buf,
> {
> struct hv_driver *drv =
On Wed, 2017-05-03 at 20:07 +0300, Andy Shevchenko wrote:
> Instead of open coded variant use generic helper to convert UUID
> strings
> to binary format.
> @@ -677,12 +644,14 @@ static ssize_t remove_id_store(struct
> device_driver *driver, const char *buf,
> {
> struct hv_driver *drv =
The name of an array used by itself will always return the array's address.
So this test will always evaluate as true.
Addresses-Coverity-ID: 115325
Signed-off-by: Gustavo A. R. Silva
---
net/core/netpoll.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
The name of an array used by itself will always return the array's address.
So this test will always evaluate as true.
Addresses-Coverity-ID: 115325
Signed-off-by: Gustavo A. R. Silva
---
net/core/netpoll.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Wed, May 03, 2017 at 11:52:26AM -0500, Timur Tabi wrote:
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 58590cf..5d15858 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -2066,6 +2066,11 @@ S: Maintained
> F: arch/arm64/
> F: Documentation/arm64/
>
> +ARM64 DEFCONFIG
> +M:
On Wed, May 03, 2017 at 11:52:26AM -0500, Timur Tabi wrote:
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 58590cf..5d15858 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -2066,6 +2066,11 @@ S: Maintained
> F: arch/arm64/
> F: Documentation/arm64/
>
> +ARM64 DEFCONFIG
> +M:
On Wed, May 03, 2017 at 12:08:21PM -0500, Timur Tabi wrote:
> On 05/03/2017 12:01 PM, Catalin Marinas wrote:
> > On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> >> > Any changes to arch/arm64/configs/defconfig must be sent to
> >> > a...@kernel.org,
> >> > otherwise they will not
On Wed, May 03, 2017 at 12:08:21PM -0500, Timur Tabi wrote:
> On 05/03/2017 12:01 PM, Catalin Marinas wrote:
> > On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> >> > Any changes to arch/arm64/configs/defconfig must be sent to
> >> > a...@kernel.org,
> >> > otherwise they will not
Hi,
On Wed, May 3, 2017 at 9:56 PM, Mylène Josserand
wrote:
> Add ADC support for the sun8i-codec driver.
>
> This driver uses all the microphones widgets and routes provided by the
> analog part (sun8i-codec-analog).
> Some digital configurations are needed
Hi,
On Wed, May 3, 2017 at 9:56 PM, Mylène Josserand
wrote:
> Add ADC support for the sun8i-codec driver.
>
> This driver uses all the microphones widgets and routes provided by the
> analog part (sun8i-codec-analog).
> Some digital configurations are needed by creating new ADC widgets
> and
[...]
>>>
What is missing, is how a call to pm_runtime_get_sync() by a driver,
can inform the ->start() callback about what exact power resource(s)
it shall turn on, because it may not always be all of them. Similar
problem exists for pm_runtime_put().
>>>
>>> Yes that is
[...]
>>>
What is missing, is how a call to pm_runtime_get_sync() by a driver,
can inform the ->start() callback about what exact power resource(s)
it shall turn on, because it may not always be all of them. Similar
problem exists for pm_runtime_put().
>>>
>>> Yes that is
On 2017-05-03 10:43, Andy Shevchenko wrote:
> On Wed, May 3, 2017 at 11:24 AM, Jan Kiszka wrote:
>> On 2017-05-03 10:06, Andy Shevchenko wrote:
>>> On Wed, May 3, 2017 at 8:35 AM, Jan Kiszka wrote:
On 2017-05-02 22:53, Andy Shevchenko wrote:
>
On 2017-05-03 10:43, Andy Shevchenko wrote:
> On Wed, May 3, 2017 at 11:24 AM, Jan Kiszka wrote:
>> On 2017-05-03 10:06, Andy Shevchenko wrote:
>>> On Wed, May 3, 2017 at 8:35 AM, Jan Kiszka wrote:
On 2017-05-02 22:53, Andy Shevchenko wrote:
>
>> + ret =
Le Friday 28 Apr 2017 à 16:52:59 (+0100), Morten Rasmussen a écrit :
> Hi Vincent,
>
> Sorry for crashing the party this late. As you know, it takes a long
> period of uninterrupted review time to properly review PELT stuff.
>
> Disclaimer: I haven't read the rest of the thread yet.
>
> On Mon,
Le Friday 28 Apr 2017 à 16:52:59 (+0100), Morten Rasmussen a écrit :
> Hi Vincent,
>
> Sorry for crashing the party this late. As you know, it takes a long
> period of uninterrupted review time to properly review PELT stuff.
>
> Disclaimer: I haven't read the rest of the thread yet.
>
> On Mon,
On 05/03/2017 12:01 PM, Catalin Marinas wrote:
> On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
>> > Any changes to arch/arm64/configs/defconfig must be sent to
>> > a...@kernel.org,
>> > otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
>> > the
On 05/03/2017 12:01 PM, Catalin Marinas wrote:
> On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
>> > Any changes to arch/arm64/configs/defconfig must be sent to
>> > a...@kernel.org,
>> > otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
>> > the
On 5/3/2017 5:26 AM, Will Deacon wrote:
> [adding some /dev/mem fans to cc]
>
> On Tue, May 02, 2017 at 02:28:05PM -0600, Sameer Goel wrote:
>> Port architecture specific xlate and unxlate functions for /dev/mem
>> read/write. This sets up the mapping for a valid physical address if a
>> kernel
On 5/3/2017 5:26 AM, Will Deacon wrote:
> [adding some /dev/mem fans to cc]
>
> On Tue, May 02, 2017 at 02:28:05PM -0600, Sameer Goel wrote:
>> Port architecture specific xlate and unxlate functions for /dev/mem
>> read/write. This sets up the mapping for a valid physical address if a
>> kernel
Instead of open coded variant use generic helper to convert UUID strings
to binary format.
Signed-off-by: Andy Shevchenko
---
drivers/hv/vmbus_drv.c | 51 ++
1 file changed, 10 insertions(+), 41 deletions(-)
Instead of open coded variant use generic helper to convert UUID strings
to binary format.
Signed-off-by: Andy Shevchenko
---
drivers/hv/vmbus_drv.c | 51 ++
1 file changed, 10 insertions(+), 41 deletions(-)
diff --git a/drivers/hv/vmbus_drv.c
On Wed, 3 May 2017 18:16:34 +0200
Radim Krčmář wrote:
> The #ifndef was protecting a missing halt_wakeup stat, but that is no
> longer necessary. The #ifndef around kvm_vcpu_kick is still necessary
> as s390 does not export smp_send_reschedule.
It feels like
On Wed, 3 May 2017 18:16:34 +0200
Radim Krčmář wrote:
> The #ifndef was protecting a missing halt_wakeup stat, but that is no
> longer necessary. The #ifndef around kvm_vcpu_kick is still necessary
> as s390 does not export smp_send_reschedule.
It feels like smp_send_reschedule() should be
On Wed, May 3, 2017 at 9:33 AM, Andrey Konovalov wrote:
> Hi David,
>
> Got another report related to fib6.
>
> I'm on 89c9fea3c8034cdb2fd745f551cde0b507fd6893 with your last patch applied.
>
> A reproducer and .config are attached.
>
> kasan: CONFIG_KASAN_INLINE enabled
>
On Wed, May 3, 2017 at 9:33 AM, Andrey Konovalov wrote:
> Hi David,
>
> Got another report related to fib6.
>
> I'm on 89c9fea3c8034cdb2fd745f551cde0b507fd6893 with your last patch applied.
>
> A reproducer and .config are attached.
>
> kasan: CONFIG_KASAN_INLINE enabled
> kasan: GPF could be
On Wed, May 3, 2017 at 1:08 PM, Boaz Harrosh wrote:
>
> On 05/02/2017 02:33 PM, Jeff Layton wrote:
> > On Tue, 2017-05-02 at 09:57 +0200, Christoph Hellwig wrote:
> >> The open-osd domain doesn't exist anymore, and mails to the list lead
> >> to really annoying bounced that
On Wed, May 3, 2017 at 1:08 PM, Boaz Harrosh wrote:
>
> On 05/02/2017 02:33 PM, Jeff Layton wrote:
> > On Tue, 2017-05-02 at 09:57 +0200, Christoph Hellwig wrote:
> >> The open-osd domain doesn't exist anymore, and mails to the list lead
> >> to really annoying bounced that repeat every day.
> >>
On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> Any changes to arch/arm64/configs/defconfig must be sent to a...@kernel.org,
> otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
> the get_maintainers includes it.
There are other patches that go through
On Wed, May 03, 2017 at 11:31:25AM -0500, Timur Tabi wrote:
> Any changes to arch/arm64/configs/defconfig must be sent to a...@kernel.org,
> otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
> the get_maintainers includes it.
There are other patches that go through
On Wed, 2017-05-03 at 17:04 +0100, David Howells wrote:
> Provide a function, kstrcreate(), that will create a NUL-terminated string
> from an unterminated character array where the length is known in advance.
>
> This is better than kstrndup() in situations where we already know the
> string
On Wed, 2017-05-03 at 17:04 +0100, David Howells wrote:
> Provide a function, kstrcreate(), that will create a NUL-terminated string
> from an unterminated character array where the length is known in advance.
>
> This is better than kstrndup() in situations where we already know the
> string
Any changes to arch/arm64/configs/defconfig must be sent to a...@kernel.org,
otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
the get_maintainers includes it.
Signed-off-by: Timur Tabi
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
Any changes to arch/arm64/configs/defconfig must be sent to a...@kernel.org,
otherwise they will not get picked up. Add a MAINTAINERS entry to ensure
the get_maintainers includes it.
Signed-off-by: Timur Tabi
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS
Jeff Layton wrote:
> > (*) Move the walk-from-root stuff that nfs has to generic code so that you
> > can do something akin to:
> >
> > mount /dev/sda1:/foo/bar /mnt
> >
> > See nfs_follow_remote_path() and mount_subtree(). This is slightly
> >
Jeff Layton wrote:
> > (*) Move the walk-from-root stuff that nfs has to generic code so that you
> > can do something akin to:
> >
> > mount /dev/sda1:/foo/bar /mnt
> >
> > See nfs_follow_remote_path() and mount_subtree(). This is slightly
> > tricky in NFS as we have to
501 - 600 of 1396 matches
Mail list logo