On Thu, Oct 4, 2018 at 10:03 PM Luis Chamberlain wrote:
>
> Every now and then a project is born, and they decide to use Linux's
> kconfig to enable configuration of their project. As it stands we *know*
> kconfig is now used in at least over 12 different projects [0]. I myself
> added kconfig to
On Thu, Oct 4, 2018 at 10:03 PM Luis Chamberlain wrote:
>
> Every now and then a project is born, and they decide to use Linux's
> kconfig to enable configuration of their project. As it stands we *know*
> kconfig is now used in at least over 12 different projects [0]. I myself
> added kconfig to
On Thu 16 Aug 00:06 PDT 2018, Wendy Liang wrote:
> Add device tree binding for Xilinx Cortex-r5 remoteproc.
>
> Signed-off-by: Wendy Liang
> ---
> .../remoteproc/xlnx,zynqmp-r5-remoteproc.txt | 81
> ++
> 1 file changed, 81 insertions(+)
> create mode 100644
>
On Thu 16 Aug 00:06 PDT 2018, Wendy Liang wrote:
> Add device tree binding for Xilinx Cortex-r5 remoteproc.
>
> Signed-off-by: Wendy Liang
> ---
> .../remoteproc/xlnx,zynqmp-r5-remoteproc.txt | 81
> ++
> 1 file changed, 81 insertions(+)
> create mode 100644
>
On Thu 16 Aug 00:06 PDT 2018, Wendy Liang wrote:
> diff --git a/drivers/remoteproc/zynqmp_r5_remoteproc.c
> b/drivers/remoteproc/zynqmp_r5_remoteproc.c
> new file mode 100644
> index 000..7fc3718
> --- /dev/null
> +++ b/drivers/remoteproc/zynqmp_r5_remoteproc.c
> @@ -0,0 +1,692 @@
> +//
On Thu 16 Aug 00:06 PDT 2018, Wendy Liang wrote:
> diff --git a/drivers/remoteproc/zynqmp_r5_remoteproc.c
> b/drivers/remoteproc/zynqmp_r5_remoteproc.c
> new file mode 100644
> index 000..7fc3718
> --- /dev/null
> +++ b/drivers/remoteproc/zynqmp_r5_remoteproc.c
> @@ -0,0 +1,692 @@
> +//
Am 05.10.2018 um 15:16 schrieb Leonardo Bras:
Well it's not really that persuasive. Most people simply let the build
run to completion, but if you have a problem with a job control 3h
timelimit, then create a job that kills itself at 2:59 and then
resubmits itself. That will produce a
Am 05.10.2018 um 15:16 schrieb Leonardo Bras:
Well it's not really that persuasive. Most people simply let the build
run to completion, but if you have a problem with a job control 3h
timelimit, then create a job that kills itself at 2:59 and then
resubmits itself. That will produce a
Hello,
On Thu, Oct 04, 2018 at 04:05:26PM -0700, David Rientjes wrote:
> The source of the problem needs to be addressed: memory compaction. We
> regress because we lose __GFP_NORETRY and pointlessly try reclaim, but
I commented in detail about the __GFP_NORETRY topic in the other email
so I
Hello,
On Thu, Oct 04, 2018 at 04:05:26PM -0700, David Rientjes wrote:
> The source of the problem needs to be addressed: memory compaction. We
> regress because we lose __GFP_NORETRY and pointlessly try reclaim, but
I commented in detail about the __GFP_NORETRY topic in the other email
so I
On Fri, Oct 05, 2018 at 05:22:35PM -0700, Greg KH wrote:
> On Fri, Oct 05, 2018 at 05:04:16PM -0700, Kees Cook wrote:
> > On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> > > On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> > >> As done treewide earlier, this catches several more
On Fri, Oct 05, 2018 at 05:22:35PM -0700, Greg KH wrote:
> On Fri, Oct 05, 2018 at 05:04:16PM -0700, Kees Cook wrote:
> > On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> > > On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> > >> As done treewide earlier, this catches several more
From: John Hubbard
Changes since v2:
-- Absorbed more dirty page handling logic into the put_user_page*(), and
handled some page releasing loops in infiniband more thoroughly, as per
Jason Gunthorpe's feedback.
-- Fixed a bug in the put_user_pages*() routines' loops (thanks to
Ralph
From: John Hubbard
Changes since v2:
-- Absorbed more dirty page handling logic into the put_user_page*(), and
handled some page releasing loops in infiniband more thoroughly, as per
Jason Gunthorpe's feedback.
-- Fixed a bug in the put_user_pages*() routines' loops (thanks to
Ralph
From: John Hubbard
For code that retains pages via get_user_pages*(),
release those pages via the new put_user_page(), or
put_user_pages*(), instead of put_page()
This prepares for eventually fixing the problem described
in [1], and is following a plan listed in [2], [3], [4].
[1]
From: John Hubbard
An upcoming patch requires a way to operate on each page that
any of the get_user_pages_*() variants returns.
In preparation for that, consolidate the error handling for
__get_user_pages(). This provides a single location (the "out:" label)
for operating on the collected set
From: John Hubbard
Introduces put_user_page(), which simply calls put_page().
This provides a way to update all get_user_pages*() callers,
so that they call put_user_page(), instead of put_page().
Also introduces put_user_pages(), and a few dirty/locked variations,
as a replacement for
From: John Hubbard
An upcoming patch requires a way to operate on each page that
any of the get_user_pages_*() variants returns.
In preparation for that, consolidate the error handling for
__get_user_pages(). This provides a single location (the "out:" label)
for operating on the collected set
From: John Hubbard
Introduces put_user_page(), which simply calls put_page().
This provides a way to update all get_user_pages*() callers,
so that they call put_user_page(), instead of put_page().
Also introduces put_user_pages(), and a few dirty/locked variations,
as a replacement for
From: John Hubbard
For code that retains pages via get_user_pages*(),
release those pages via the new put_user_page(), or
put_user_pages*(), instead of put_page()
This prepares for eventually fixing the problem described
in [1], and is following a plan listed in [2], [3], [4].
[1]
On Thu, Oct 04, 2018 at 01:47:18PM -0400, Peng Hao wrote:
>
>From: Peng Hao
>
> modify AVIC_LOGICAL_ID_ENTRY_VALID_MASK to unsigned
>
>Signed-off-by: Peng Hao
>---
> arch/x86/kvm/svm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
On Thu, Oct 04, 2018 at 01:47:18PM -0400, Peng Hao wrote:
>
>From: Peng Hao
>
> modify AVIC_LOGICAL_ID_ENTRY_VALID_MASK to unsigned
>
>Signed-off-by: Peng Hao
>---
> arch/x86/kvm/svm.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
On 2018-10-05, Jann Horn wrote:
> > What if we took rename_lock (call it nd->r_seq) at the start of the
> > resolution, and then only tried the __d_path-style check
> >
> > if (read_seqretry(_lock, nd->r_seq) ||
> > read_seqretry(_lock, nd->m_seq))
> > /* do the __d_path lookup.
On 2018-10-05, Jann Horn wrote:
> > What if we took rename_lock (call it nd->r_seq) at the start of the
> > resolution, and then only tried the __d_path-style check
> >
> > if (read_seqretry(_lock, nd->r_seq) ||
> > read_seqretry(_lock, nd->m_seq))
> > /* do the __d_path lookup.
On Fri, 05 Oct 2018 21:51:11 -0400
Steven Rostedt wrote:
> +#ifndef PARAMS
> +#define PARAMS(x...) x
> +#endif
> +
> +#ifndef ARGS
> +#define ARGS(x...) x
> +#endif
> +
This is also leftover from the first attempt and can be nuked.
Yeah, yeah, I should have reviewed my patches better before
On Fri, 05 Oct 2018 21:51:11 -0400
Steven Rostedt wrote:
> +#ifndef PARAMS
> +#define PARAMS(x...) x
> +#endif
> +
> +#ifndef ARGS
> +#define ARGS(x...) x
> +#endif
> +
This is also leftover from the first attempt and can be nuked.
Yeah, yeah, I should have reviewed my patches better before
Hi Felipe,
Commit
89969a842e72 ("usb: gadget: uvc: configfs: Sort frame intervals upon writing")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpfRrjX7qdXu.pgp
Description: OpenPGP digital signature
Hi Felipe,
Commit
89969a842e72 ("usb: gadget: uvc: configfs: Sort frame intervals upon writing")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgpfRrjX7qdXu.pgp
Description: OpenPGP digital signature
On Fri, 05 Oct 2018 21:51:11 -0400
Steven Rostedt wrote:
> +#define arch_dynfunc_trampoline(name, def) \
> + asm volatile ( \
> + ".globl dynfunc_" #name "; \n\t"\
> + "dynfunc_" #name ": \n\t" \
> + "jmp " #def " \n\t"
On Fri, 05 Oct 2018 21:51:11 -0400
Steven Rostedt wrote:
> +#define arch_dynfunc_trampoline(name, def) \
> + asm volatile ( \
> + ".globl dynfunc_" #name "; \n\t"\
> + "dynfunc_" #name ": \n\t" \
> + "jmp " #def " \n\t"
On Fri, 05 Oct 2018 21:51:11 -0400
Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> Signed-off-by: Steven Rostedt (VMware)
> ---
> include/asm-generic/vmlinux.lds.h | 4 +
> include/linux/jump_function.h | 93
> kernel/Makefile | 2 +-
>
On Fri, 05 Oct 2018 21:51:11 -0400
Steven Rostedt wrote:
> From: "Steven Rostedt (VMware)"
>
> Signed-off-by: Steven Rostedt (VMware)
> ---
> include/asm-generic/vmlinux.lds.h | 4 +
> include/linux/jump_function.h | 93
> kernel/Makefile | 2 +-
>
Hi all,
Commit
3dcee2d9c069 ("ima: fix showing large 'violations' or
'runtime_measurements_count'")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgp4cZbLWM5sN.pgp
Description: OpenPGP digital signature
Hi all,
Commit
3dcee2d9c069 ("ima: fix showing large 'violations' or
'runtime_measurements_count'")
is missing a Signed-off-by from its committer.
--
Cheers,
Stephen Rothwell
pgp4cZbLWM5sN.pgp
Description: OpenPGP digital signature
This is just a Proof Of Concept (POC), as I have done some "no no"s like
having x86 asm code in generic code paths, and it also needs a way of
working when an arch does not support this feature. Not to mention, I didn't
add proper change logs (that will come later).
Background:
During David
This is just a Proof Of Concept (POC), as I have done some "no no"s like
having x86 asm code in generic code paths, and it also needs a way of
working when an arch does not support this feature. Not to mention, I didn't
add proper change logs (that will come later).
Background:
During David
From: "Steven Rostedt (VMware)"
Signed-off-by: Steven Rostedt (VMware)
---
include/asm-generic/vmlinux.lds.h | 4 +
include/linux/jump_function.h | 93
kernel/Makefile | 2 +-
kernel/jump_function.c| 368 ++
4 files
From: "Steven Rostedt (VMware)"
Signed-off-by: Steven Rostedt (VMware)
---
include/linux/tracepoint-defs.h | 3 ++
include/linux/tracepoint.h | 65 ++---
include/trace/define_trace.h| 14 +++
kernel/tracepoint.c | 29 +--
4
From: "Steven Rostedt (VMware)"
Signed-off-by: Steven Rostedt (VMware)
---
include/asm-generic/vmlinux.lds.h | 4 +
include/linux/jump_function.h | 93
kernel/Makefile | 2 +-
kernel/jump_function.c| 368 ++
4 files
From: "Steven Rostedt (VMware)"
Signed-off-by: Steven Rostedt (VMware)
---
include/linux/tracepoint-defs.h | 3 ++
include/linux/tracepoint.h | 65 ++---
include/trace/define_trace.h| 14 +++
kernel/tracepoint.c | 29 +--
4
On 2018-10-04 21:33, H. Peter Anvin wrote:
> Here is the horrible code I mentioned yesterday. This is about
> implementing the immediate-patching framework that Linus and others have
> discussed (it helps both performance and kernel hardening):
Heh, I did a POC in userspace some years ago for
On 2018-10-04 21:33, H. Peter Anvin wrote:
> Here is the horrible code I mentioned yesterday. This is about
> implementing the immediate-patching framework that Linus and others have
> discussed (it helps both performance and kernel hardening):
Heh, I did a POC in userspace some years ago for
This patch fixes all "Assignment operator '=' should be on the previous
line" checks found in ad2s1210.c by checkpatch.pl.
Signed-off-by: Matheus Tavares
---
drivers/staging/iio/resolver/ad2s1210.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
This patch fixes all "Assignment operator '=' should be on the previous
line" checks found in ad2s1210.c by checkpatch.pl.
Signed-off-by: Matheus Tavares
---
drivers/staging/iio/resolver/ad2s1210.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
On Fri, Oct 5, 2018 at 6:37 PM Joe Perches wrote:
>
> On Fri, 2018-10-05 at 16:58 -0600, Scott Tracy wrote:
> > Fixing formatting warnings in rtlwifi found by checkpatch.pl
> > Changes include breaking up functions calls into multi line calls.
> > No functional/logical changes.
>
> I believe the
On Fri, Oct 5, 2018 at 6:37 PM Joe Perches wrote:
>
> On Fri, 2018-10-05 at 16:58 -0600, Scott Tracy wrote:
> > Fixing formatting warnings in rtlwifi found by checkpatch.pl
> > Changes include breaking up functions calls into multi line calls.
> > No functional/logical changes.
>
> I believe the
On Fri, 2018-10-05 at 16:58 -0600, Scott Tracy wrote:
> Fixing formatting warnings in rtlwifi found by checkpatch.pl
> Changes include breaking up functions calls into multi line calls.
> No functional/logical changes.
I believe the code is better before most of these changes.
There are various
On Fri, 2018-10-05 at 16:58 -0600, Scott Tracy wrote:
> Fixing formatting warnings in rtlwifi found by checkpatch.pl
> Changes include breaking up functions calls into multi line calls.
> No functional/logical changes.
I believe the code is better before most of these changes.
There are various
merged into cifs-2.6.git for-next
On Thu, Oct 4, 2018 at 3:16 AM Aurélien Aptel wrote:
>
> Reviewed-by: Aurelien Aptel
> --
> Aurélien Aptel / SUSE Labs Samba Team
> GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3
> SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
> GF: Felix
merged into cifs-2.6.git for-next
On Thu, Oct 4, 2018 at 3:16 AM Aurélien Aptel wrote:
>
> Reviewed-by: Aurelien Aptel
> --
> Aurélien Aptel / SUSE Labs Samba Team
> GPG: 1839 CB5F 9F5B FB9B AA97 8C99 03C8 A49B 521B D5D3
> SUSE Linux GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
> GF: Felix
On Fri, Oct 05, 2018 at 05:04:16PM -0700, Kees Cook wrote:
> On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> > On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> >> As done treewide earlier, this catches several more open-coded
> >> allocation size calculations that were added to the
On Fri, Oct 05, 2018 at 05:04:16PM -0700, Kees Cook wrote:
> On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> > On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> >> As done treewide earlier, this catches several more open-coded
> >> allocation size calculations that were added to the
From: Andi Kleen
For bug workarounds or checks it is useful to check for specific
microcode versions. Add a new table format to check for steppings
with min/max microcode revisions.
This does not change the existing x86_cpu_id because it's an ABI
shared with modutils, and also has quite
From: Andi Kleen
For bug workarounds or checks it is useful to check for specific
microcode versions. Add a new table format to check for steppings
with min/max microcode revisions.
This does not change the existing x86_cpu_id because it's an ABI
shared with modutils, and also has quite
On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
>> As done treewide earlier, this catches several more open-coded
>> allocation size calculations that were added to the kernel during the
>> merge window. This performs the following
On Fri, Oct 5, 2018 at 4:51 PM, Greg KH wrote:
> On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
>> As done treewide earlier, this catches several more open-coded
>> allocation size calculations that were added to the kernel during the
>> merge window. This performs the following
On 10/5/18 2:48 PM, Jason Gunthorpe wrote:
> On Fri, Oct 05, 2018 at 12:49:06PM -0700, John Hubbard wrote:
>> On 10/5/18 8:17 AM, Jason Gunthorpe wrote:
>>> On Thu, Oct 04, 2018 at 09:02:24PM -0700, john.hubb...@gmail.com wrote:
From: John Hubbard
Introduces put_user_page(), which
On 10/5/18 2:48 PM, Jason Gunthorpe wrote:
> On Fri, Oct 05, 2018 at 12:49:06PM -0700, John Hubbard wrote:
>> On 10/5/18 8:17 AM, Jason Gunthorpe wrote:
>>> On Thu, Oct 04, 2018 at 09:02:24PM -0700, john.hubb...@gmail.com wrote:
From: John Hubbard
Introduces put_user_page(), which
On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> As done treewide earlier, this catches several more open-coded
> allocation size calculations that were added to the kernel during the
> merge window. This performs the following mechanical transformations
> using Coccinelle:
>
>
On Fri, Oct 05, 2018 at 04:35:59PM -0700, Kees Cook wrote:
> As done treewide earlier, this catches several more open-coded
> allocation size calculations that were added to the kernel during the
> merge window. This performs the following mechanical transformations
> using Coccinelle:
>
>
On Fri, Oct 05, 2018 at 08:55:52PM +, Moger, Babu wrote:
> Introduces a new config parameter PLATFORM_QOS.
>
> This will be used as a common config parameter for both Intel and AMD.
> Each vendor will have their own config parameter to enable RDT feature.
> One for Intel(INTEL_RDT) and one
On Fri, Oct 05, 2018 at 08:55:52PM +, Moger, Babu wrote:
> Introduces a new config parameter PLATFORM_QOS.
>
> This will be used as a common config parameter for both Intel and AMD.
> Each vendor will have their own config parameter to enable RDT feature.
> One for Intel(INTEL_RDT) and one
On Fri, Oct 05, 2018 at 12:46:40PM -0700, Andrew Morton wrote:
> On Fri, 5 Oct 2018 15:45:26 +1000 Dave Chinner wrote:
>
> > From: Dave Chinner
> >
> > We've recently seen a workload on XFS filesystems with a repeatable
> > deadlock between background writeback and a multi-process
> >
On Fri, Oct 05, 2018 at 12:46:40PM -0700, Andrew Morton wrote:
> On Fri, 5 Oct 2018 15:45:26 +1000 Dave Chinner wrote:
>
> > From: Dave Chinner
> >
> > We've recently seen a workload on XFS filesystems with a repeatable
> > deadlock between background writeback and a multi-process
> >
As done treewide earlier, this catches several more open-coded
allocation size calculations that were added to the kernel during the
merge window. This performs the following mechanical transformations
using Coccinelle:
kvmalloc(a * b, ...) -> kvmalloc_array(a, b, ...)
kvzalloc(a
As done treewide earlier, this catches several more open-coded
allocation size calculations that were added to the kernel during the
merge window. This performs the following mechanical transformations
using Coccinelle:
kvmalloc(a * b, ...) -> kvmalloc_array(a, b, ...)
kvzalloc(a
On Fri, Oct 05, 2018 at 03:47:30PM -0500, Bjorn Helgaas wrote:
> PCI fixes:
>
> - Reprogram bridge prefetch registers to fix NVIDIA and Radeon issues
> after suspend/resume (Daniel Drake)
>
> - Fix mvebu I/O mapping creation sequence (Thomas Petazzoni)
>
> - Fix minor MAINTAINERS file
On Fri, Oct 05, 2018 at 03:47:30PM -0500, Bjorn Helgaas wrote:
> PCI fixes:
>
> - Reprogram bridge prefetch registers to fix NVIDIA and Radeon issues
> after suspend/resume (Daniel Drake)
>
> - Fix mvebu I/O mapping creation sequence (Thomas Petazzoni)
>
> - Fix minor MAINTAINERS file
On Fri, Oct 05, 2018 at 01:05:59PM +0200, Linus Walleij wrote:
> Hi Greg,
>
> here is a single and hopefully final GPIO fix for the v4.19 series.
> Details in the signed tag.
>
> Please pull it in!
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 01:05:59PM +0200, Linus Walleij wrote:
> Hi Greg,
>
> here is a single and hopefully final GPIO fix for the v4.19 series.
> Details in the signed tag.
>
> Please pull it in!
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:59:09AM +0200, Rafael J. Wysocki wrote:
> Hi Greg,
>
> Please pull from the tag
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
> pm-4.19-rc7
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:55:24AM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > Linus,
>
> ... and Greg as well!! ;-)
Heh, not a big deal :)
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:59:09AM +0200, Rafael J. Wysocki wrote:
> Hi Greg,
>
> Please pull from the tag
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
> pm-4.19-rc7
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:55:24AM +0200, Ingo Molnar wrote:
>
> * Ingo Molnar wrote:
>
> > Linus,
>
> ... and Greg as well!! ;-)
Heh, not a big deal :)
Now merged, thanks.
greg k-h
Hi,
On Fri, Oct 05, 2018 at 01:35:15PM -0700, David Rientjes wrote:
> Why is it ever appropriate to do heavy reclaim and swap activity to
> allocate a transparent hugepage? This is exactly what the __GFP_NORETRY
> check for high-order allocations is attempting to avoid, and it explicitly
>
Hi,
On Fri, Oct 05, 2018 at 01:35:15PM -0700, David Rientjes wrote:
> Why is it ever appropriate to do heavy reclaim and swap activity to
> allocate a transparent hugepage? This is exactly what the __GFP_NORETRY
> check for high-order allocations is attempting to avoid, and it explicitly
>
On Fri, Oct 05, 2018 at 11:50:17AM +0200, Ingo Molnar wrote:
> Greg,
>
> Please pull the latest sched-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-urgent-for-linus
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:53:54AM +0200, Ingo Molnar wrote:
> Greg,
>
> Please pull the latest x86-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-urgent-for-linus
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:50:17AM +0200, Ingo Molnar wrote:
> Greg,
>
> Please pull the latest sched-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> sched-urgent-for-linus
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:53:54AM +0200, Ingo Molnar wrote:
> Greg,
>
> Please pull the latest x86-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> x86-urgent-for-linus
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:51:17AM +0200, Takashi Iwai wrote:
> Greg,
>
> please pull sound fixes for v4.19-rc7 from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-4.19-rc7
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:36:47AM +0200, Ingo Molnar wrote:
> Greg,
>
> Please pull the latest locking-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-for-linus
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:51:17AM +0200, Takashi Iwai wrote:
> Greg,
>
> please pull sound fixes for v4.19-rc7 from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
> tags/sound-4.19-rc7
Now merged, thanks.
greg k-h
On Fri, Oct 05, 2018 at 11:36:47AM +0200, Ingo Molnar wrote:
> Greg,
>
> Please pull the latest locking-urgent-for-linus git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
> locking-urgent-for-linus
Now merged, thanks.
greg k-h
Fixing formatting warnings in rtlwifi found by checkpatch.pl
Changes include breaking up functions calls into multi line calls.
No functional/logical changes.
Signed-off-by: Scott Tracy
---
drivers/staging/rtlwifi/core.c | 5 +++--
drivers/staging/rtlwifi/efuse.c | 5 +++--
2 files changed, 6
Fixing formatting warnings in rtlwifi found by checkpatch.pl
Changes include breaking up functions calls into multi line calls.
No functional/logical changes.
Signed-off-by: Scott Tracy
---
drivers/staging/rtlwifi/core.c | 5 +++--
drivers/staging/rtlwifi/efuse.c | 5 +++--
2 files changed, 6
On Fri, Oct 5, 2018 at 3:28 PM, Greg KH wrote:
> On Fri, Oct 05, 2018 at 02:10:58PM -0700, Joel Fernandes wrote:
>> On Fri, Oct 05, 2018 at 12:53:39PM -0700, Andrew Morton wrote:
>> > On Fri, 5 Oct 2018 12:27:27 -0700 "Joel Fernandes (Google)"
>> > wrote:
>> >
>> > > To support the usecase,
On Fri, Oct 5, 2018 at 3:28 PM, Greg KH wrote:
> On Fri, Oct 05, 2018 at 02:10:58PM -0700, Joel Fernandes wrote:
>> On Fri, Oct 05, 2018 at 12:53:39PM -0700, Andrew Morton wrote:
>> > On Fri, 5 Oct 2018 12:27:27 -0700 "Joel Fernandes (Google)"
>> > wrote:
>> >
>> > > To support the usecase,
On Fri, Oct 05, 2018 at 02:58:15PM -0600, Scott Tracy wrote:
> Signed-off-by: Scott Tracy
> ---
> drivers/staging/rtlwifi/core.c | 5 +++--
> drivers/staging/rtlwifi/efuse.c | 5 +++--
> 2 files changed, 6 insertions(+), 4 deletions(-)
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman.
On Fri, Oct 05, 2018 at 02:58:15PM -0600, Scott Tracy wrote:
> Signed-off-by: Scott Tracy
> ---
> drivers/staging/rtlwifi/core.c | 5 +++--
> drivers/staging/rtlwifi/efuse.c | 5 +++--
> 2 files changed, 6 insertions(+), 4 deletions(-)
Hi,
This is the friendly patch-bot of Greg Kroah-Hartman.
On Fri, Oct 05, 2018 at 02:10:58PM -0700, Joel Fernandes wrote:
> On Fri, Oct 05, 2018 at 12:53:39PM -0700, Andrew Morton wrote:
> > On Fri, 5 Oct 2018 12:27:27 -0700 "Joel Fernandes (Google)"
> > wrote:
> >
> > > To support the usecase, this patch adds a new F_SEAL_FS_WRITE seal which
> > >
On Fri, Oct 05, 2018 at 02:10:58PM -0700, Joel Fernandes wrote:
> On Fri, Oct 05, 2018 at 12:53:39PM -0700, Andrew Morton wrote:
> > On Fri, 5 Oct 2018 12:27:27 -0700 "Joel Fernandes (Google)"
> > wrote:
> >
> > > To support the usecase, this patch adds a new F_SEAL_FS_WRITE seal which
> > >
On 06/10/2018 00:03, Guenter Roeck wrote:
>> This should be handled by
>>
>> config KVM_AMD_SEV
>> def_bool y
>> bool "AMD Secure Encrypted Virtualization (SEV) support"
>> depends on KVM_AMD && X86_64
>> depends on CRYPTO_DEV_SP_PSP && !(KVM_AMD=y &&
On 06/10/2018 00:03, Guenter Roeck wrote:
>> This should be handled by
>>
>> config KVM_AMD_SEV
>> def_bool y
>> bool "AMD Secure Encrypted Virtualization (SEV) support"
>> depends on KVM_AMD && X86_64
>> depends on CRYPTO_DEV_SP_PSP && !(KVM_AMD=y &&
at 3:10 PM, Andy Lutomirski wrote:
> On Fri, Oct 5, 2018 at 3:08 PM Nadav Amit wrote:
>> at 10:02 AM, Andy Lutomirski wrote:
>>
>>> On Thu, Oct 4, 2018 at 9:31 AM Nadav Amit wrote:
at 7:11 AM, Andy Lutomirski wrote:
> On Oct 3, 2018, at 9:59 PM, Nadav Amit wrote:
>
at 3:10 PM, Andy Lutomirski wrote:
> On Fri, Oct 5, 2018 at 3:08 PM Nadav Amit wrote:
>> at 10:02 AM, Andy Lutomirski wrote:
>>
>>> On Thu, Oct 4, 2018 at 9:31 AM Nadav Amit wrote:
at 7:11 AM, Andy Lutomirski wrote:
> On Oct 3, 2018, at 9:59 PM, Nadav Amit wrote:
>
On Fri, Oct 5, 2018 at 3:08 PM Nadav Amit wrote:
>
> at 10:02 AM, Andy Lutomirski wrote:
>
> > On Thu, Oct 4, 2018 at 9:31 AM Nadav Amit wrote:
> >> at 7:11 AM, Andy Lutomirski wrote:
> >>
> >>> On Oct 3, 2018, at 9:59 PM, Nadav Amit wrote:
> >>>
> This RFC proposes to return part of the
On Fri, Oct 5, 2018 at 3:08 PM Nadav Amit wrote:
>
> at 10:02 AM, Andy Lutomirski wrote:
>
> > On Thu, Oct 4, 2018 at 9:31 AM Nadav Amit wrote:
> >> at 7:11 AM, Andy Lutomirski wrote:
> >>
> >>> On Oct 3, 2018, at 9:59 PM, Nadav Amit wrote:
> >>>
> This RFC proposes to return part of the
On Fri, Oct 05, 2018 at 10:41:55PM +0200, Paolo Bonzini wrote:
> On 05/10/2018 20:46, Guenter Roeck wrote:
> > Analysis shows that commit 59414c9892208 ("KVM: SVM: Add support for
> > KVM_SEV_LAUNCH_START command") added a dependency of KVM_AMD on
> > CRYPTO_DEV_CCP_DD if CRYPTO_DEV_SP_PSP is
On Fri, Oct 05, 2018 at 10:41:55PM +0200, Paolo Bonzini wrote:
> On 05/10/2018 20:46, Guenter Roeck wrote:
> > Analysis shows that commit 59414c9892208 ("KVM: SVM: Add support for
> > KVM_SEV_LAUNCH_START command") added a dependency of KVM_AMD on
> > CRYPTO_DEV_CCP_DD if CRYPTO_DEV_SP_PSP is
1 - 100 of 1296 matches
Mail list logo