Hello, Linus.
On Tue, Jun 05, 2018 at 05:13:55PM -0700, Linus Torvalds wrote:
> On Tue, Jun 5, 2018 at 12:22 PM Tejun Heo wrote:
> >
> > * cgroup uses file modified events to notify certain events. A rate
> > limiting mechanism is added.
>
> This "explanation" didn't really parse for me at
Hello, Linus.
On Tue, Jun 05, 2018 at 05:13:55PM -0700, Linus Torvalds wrote:
> On Tue, Jun 5, 2018 at 12:22 PM Tejun Heo wrote:
> >
> > * cgroup uses file modified events to notify certain events. A rate
> > limiting mechanism is added.
>
> This "explanation" didn't really parse for me at
Hi Evan,
On 12.05.18 г. 0:29, Evan Green wrote:
> Hi Georgi,
>
> On Fri, Mar 9, 2018 at 1:11 PM Georgi Djakov
> wrote:
>
>> Add driver for the Qualcomm interconnect buses found in msm8916 based
>> platforms.
>
>> Signed-off-by: Georgi Djakov
>> ---
>>drivers/interconnect/Kconfig|
Hi Evan,
On 12.05.18 г. 0:29, Evan Green wrote:
> Hi Georgi,
>
> On Fri, Mar 9, 2018 at 1:11 PM Georgi Djakov
> wrote:
>
>> Add driver for the Qualcomm interconnect buses found in msm8916 based
>> platforms.
>
>> Signed-off-by: Georgi Djakov
>> ---
>>drivers/interconnect/Kconfig|
On Wed, Jun 06, 2018 at 03:51:16PM +0200, Oleg Nesterov wrote:
> In particular, I think that kthread_park() on a parked kthread
> must not be possible.
It happens though; I put in a WARN and someone triggered it -- although
I could not reproduce :/
On Wed, Jun 06, 2018 at 03:51:16PM +0200, Oleg Nesterov wrote:
> In particular, I think that kthread_park() on a parked kthread
> must not be possible.
It happens though; I put in a WARN and someone triggered it -- although
I could not reproduce :/
On Tue, May 29, 2018 at 04:43:02PM +0200, Miklos Szeredi wrote:
> Clean up f_op->dedupe_file_range() interface.
>
> 1) Use loff_t for offsets and length instead of u64
> 2) Order the arguments the same way as {copy|clone}_file_range().
>
> Signed-off-by: Miklos Szeredi
> ---
> fs/btrfs/ctree.h
On Tue, May 29, 2018 at 04:43:02PM +0200, Miklos Szeredi wrote:
> Clean up f_op->dedupe_file_range() interface.
>
> 1) Use loff_t for offsets and length instead of u64
> 2) Order the arguments the same way as {copy|clone}_file_range().
>
> Signed-off-by: Miklos Szeredi
> ---
> fs/btrfs/ctree.h
On Wed, Jun 06, 2018 at 03:42:08PM +0200, Daniel Lezcano wrote:
> On 06/06/2018 14:23, Peter Zijlstra wrote:
> > On Tue, Jun 05, 2018 at 11:16:40AM +0200, Daniel Lezcano wrote:
> >> + atomic_t idle_duration_ms;
> >> + atomic_t run_duration_ms;
> >
> >> + idle_duration_ms =
On Wed, Jun 06, 2018 at 03:42:08PM +0200, Daniel Lezcano wrote:
> On 06/06/2018 14:23, Peter Zijlstra wrote:
> > On Tue, Jun 05, 2018 at 11:16:40AM +0200, Daniel Lezcano wrote:
> >> + atomic_t idle_duration_ms;
> >> + atomic_t run_duration_ms;
> >
> >> + idle_duration_ms =
On 06/06/2018 06:31 AM, Greg Kroah-Hartman wrote:
On Wed, Jun 06, 2018 at 06:28:39AM -0700, Guenter Roeck wrote:
On 06/05/2018 10:01 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.136 release.
There are 37 patches in this series, all will be posted as a
Hi Evan,
On 12.05.18 г. 0:30, Evan Green wrote:
> On Fri, Mar 9, 2018 at 1:11 PM Georgi Djakov
> wrote:
>
>> On some Qualcomm SoCs, there is a remote processor, which controls some of
>> the Network-On-Chip interconnect resources. Other CPUs express their needs
>> by communicating with this
On 06/06/2018 06:31 AM, Greg Kroah-Hartman wrote:
On Wed, Jun 06, 2018 at 06:28:39AM -0700, Guenter Roeck wrote:
On 06/05/2018 10:01 AM, Greg Kroah-Hartman wrote:
This is the start of the stable review cycle for the 4.4.136 release.
There are 37 patches in this series, all will be posted as a
Hi Evan,
On 12.05.18 г. 0:30, Evan Green wrote:
> On Fri, Mar 9, 2018 at 1:11 PM Georgi Djakov
> wrote:
>
>> On some Qualcomm SoCs, there is a remote processor, which controls some of
>> the Network-On-Chip interconnect resources. Other CPUs express their needs
>> by communicating with this
Hi Evan,
Thanks for the detailed review!
On 12.05.18 г. 0:30, Evan Green wrote:
> Hi Georgi,
>
> On Fri, Mar 9, 2018 at 1:12 PM Georgi Djakov
> wrote:
>
>> This patch introduce a new API to get requirements and configure the
>> interconnect buses across the entire chipset to fit with the
Hi Evan,
Thanks for the detailed review!
On 12.05.18 г. 0:30, Evan Green wrote:
> Hi Georgi,
>
> On Fri, Mar 9, 2018 at 1:12 PM Georgi Djakov
> wrote:
>
>> This patch introduce a new API to get requirements and configure the
>> interconnect buses across the entire chipset to fit with the
On 06/05/2018 12:50 PM, Arnaldo Carvalho de Melo wrote:
> From: Ravi Bangoria
>
> Add python script to show hypervisor call statistics. Ex,
>
> # perf record -a -e "{powerpc:hcall_entry,powerpc:hcall_exit}"
> # perf script -s scripts/python/powerpc-hcalls.py
> hcall
On 06/06/2018 09:44 AM, Morten Rasmussen wrote:
On Tue, Jun 05, 2018 at 02:08:37PM -0500, Jeremy Linton wrote:
The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
operations or during early boot. Lets disable the NUMA siblings checks
for the time being, as NUMA in socket
On 06/05/2018 12:50 PM, Arnaldo Carvalho de Melo wrote:
> From: Ravi Bangoria
>
> Add python script to show hypervisor call statistics. Ex,
>
> # perf record -a -e "{powerpc:hcall_entry,powerpc:hcall_exit}"
> # perf script -s scripts/python/powerpc-hcalls.py
> hcall
On 06/06/2018 09:44 AM, Morten Rasmussen wrote:
On Tue, Jun 05, 2018 at 02:08:37PM -0500, Jeremy Linton wrote:
The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
operations or during early boot. Lets disable the NUMA siblings checks
for the time being, as NUMA in socket
On Tue, Jun 5, 2018 at 7:16 PM, Dmitry Torokhov
wrote:
> Let's make input_report_slot_state() return boolean representing whether
> the contact is active or not. This will allow writing code like:
>
> if (input_mt_report_slot_state(input, obj->mt_tool,
>
Am 06.06.2018 um 16:12 schrieb Michel Dänzer:
On 2018-06-06 03:33 PM, Gabriel C wrote:
2018-06-06 14:19 GMT+02:00 Christian König :
Am 06.06.2018 um 14:08 schrieb Gabriel C:
2018-06-06 13:33 GMT+02:00 Christian König :
Am 06.06.2018 um 13:28 schrieb Gabriel C:
2018-04-11 7:02 GMT+02:00
On Tue, Jun 5, 2018 at 7:16 PM, Dmitry Torokhov
wrote:
> Let's make input_report_slot_state() return boolean representing whether
> the contact is active or not. This will allow writing code like:
>
> if (input_mt_report_slot_state(input, obj->mt_tool,
>
Am 06.06.2018 um 16:12 schrieb Michel Dänzer:
On 2018-06-06 03:33 PM, Gabriel C wrote:
2018-06-06 14:19 GMT+02:00 Christian König :
Am 06.06.2018 um 14:08 schrieb Gabriel C:
2018-06-06 13:33 GMT+02:00 Christian König :
Am 06.06.2018 um 13:28 schrieb Gabriel C:
2018-04-11 7:02 GMT+02:00
On Tue, Jun 05, 2018 at 02:08:37PM -0500, Jeremy Linton wrote:
> The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
> operations or during early boot. Lets disable the NUMA siblings checks
> for the time being, as NUMA in socket machines have LLC's that will
> assure that the
Hi Aaron,
Il 06/06/2018 16:31, Aaron Sierra ha scritto:
- Original Message -
From: "Giulio Benetti"
Sent: Friday, June 1, 2018 7:40:19 AM
RS485 can modify mctrl on startup, especially when RTS_AFTER_SEND is on
TIOCM_RTS is set, then need to keep it set when registering port.
Copy
On Tue, Jun 05, 2018 at 02:08:37PM -0500, Jeremy Linton wrote:
> The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
> operations or during early boot. Lets disable the NUMA siblings checks
> for the time being, as NUMA in socket machines have LLC's that will
> assure that the
Hi Aaron,
Il 06/06/2018 16:31, Aaron Sierra ha scritto:
- Original Message -
From: "Giulio Benetti"
Sent: Friday, June 1, 2018 7:40:19 AM
RS485 can modify mctrl on startup, especially when RTS_AFTER_SEND is on
TIOCM_RTS is set, then need to keep it set when registering port.
Copy
On Wed, Jun 6, 2018 at 3:54 PM, Alan Stern wrote:
> On Wed, 6 Jun 2018, Roman Penyaev wrote:
>
>> > Preserving the order of volatile accesses isn't sufficient. The
>> > compiler is still allowed to translate
>> >
>> > r1 = READ_ONCE(x);
>> > if (r1) {
>> > ...
>>
On Wed, Jun 6, 2018 at 3:54 PM, Alan Stern wrote:
> On Wed, 6 Jun 2018, Roman Penyaev wrote:
>
>> > Preserving the order of volatile accesses isn't sufficient. The
>> > compiler is still allowed to translate
>> >
>> > r1 = READ_ONCE(x);
>> > if (r1) {
>> > ...
>>
Hi Dietmar,
On Wednesday 06 Jun 2018 at 15:12:15 (+0200), Dietmar Eggemann wrote:
> > +static void fd_update_cs_table(struct em_cs_table *cs_table, int cpu)
> > +{
> > + unsigned long cmax = arch_scale_cpu_capacity(NULL, cpu);
> > + int max_cap_state = cs_table->nr_cap_states - 1;
> > +
- Original Message -
> From: "Giulio Benetti"
> Sent: Friday, June 1, 2018 7:40:19 AM
> RS485 can modify mctrl on startup, especially when RTS_AFTER_SEND is on
> TIOCM_RTS is set, then need to keep it set when registering port.
>
> Copy mctrl to new port too.
>
> Signed-off-by: Giulio
Hi Dietmar,
On Wednesday 06 Jun 2018 at 15:12:15 (+0200), Dietmar Eggemann wrote:
> > +static void fd_update_cs_table(struct em_cs_table *cs_table, int cpu)
> > +{
> > + unsigned long cmax = arch_scale_cpu_capacity(NULL, cpu);
> > + int max_cap_state = cs_table->nr_cap_states - 1;
> > +
- Original Message -
> From: "Giulio Benetti"
> Sent: Friday, June 1, 2018 7:40:19 AM
> RS485 can modify mctrl on startup, especially when RTS_AFTER_SEND is on
> TIOCM_RTS is set, then need to keep it set when registering port.
>
> Copy mctrl to new port too.
>
> Signed-off-by: Giulio
On 06/06/2018 05:05 AM, Sudeep Holla wrote:
On 05/06/18 20:08, Jeremy Linton wrote:
The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
operations or during early boot. Lets disable the NUMA siblings checks
for the time being, as NUMA in socket machines have LLC's that will
On 06/06/2018 05:05 AM, Sudeep Holla wrote:
On 05/06/18 20:08, Jeremy Linton wrote:
The numa mask subset check has problems if !CONFIG_NUMA, over hotplug
operations or during early boot. Lets disable the NUMA siblings checks
for the time being, as NUMA in socket machines have LLC's that will
Hi Andy,
Il 06/06/2018 15:11, Andy Shevchenko ha scritto:
On Wed, 2018-06-06 at 14:15 +0200, Giulio Benetti wrote:
Il 06/06/2018 13:56, Andy Shevchenko ha scritto:
On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote:
em485 gets lost during
Copy em485 to final uart port.
Is it needed
Hi Andy,
Il 06/06/2018 15:11, Andy Shevchenko ha scritto:
On Wed, 2018-06-06 at 14:15 +0200, Giulio Benetti wrote:
Il 06/06/2018 13:56, Andy Shevchenko ha scritto:
On Wed, 2018-06-06 at 11:49 +0200, Giulio Benetti wrote:
em485 gets lost during
Copy em485 to final uart port.
Is it needed
On 06/05/2018 08:19 AM, Pierre Morel wrote:
On 30/05/2018 16:33, Tony Krowiak wrote:
On 05/24/2018 05:08 AM, Pierre Morel wrote:
On 23/05/2018 16:45, Tony Krowiak wrote:
On 05/16/2018 04:03 AM, Pierre Morel wrote:
On 07/05/2018 17:11, Tony Krowiak wrote:
Implements the open callback on the
On 06/05/2018 08:19 AM, Pierre Morel wrote:
On 30/05/2018 16:33, Tony Krowiak wrote:
On 05/24/2018 05:08 AM, Pierre Morel wrote:
On 23/05/2018 16:45, Tony Krowiak wrote:
On 05/16/2018 04:03 AM, Pierre Morel wrote:
On 07/05/2018 17:11, Tony Krowiak wrote:
Implements the open callback on the
Hi,
On Wed, 2018-06-06 at 10:50 +0800, Chris Chiu wrote:
> On Tue, Jun 5, 2018 at 7:06 PM, Hans de Goede
> wrote:
> > Hi,
> >
> >
> > On 05-06-18 12:46, Benjamin Berg wrote:
> > >
> > > Hey,
> > >
> > > On Tue, 2018-06-05 at 12:31 +0200, Hans de Goede wrote:
> > > >
> > > > On 05-06-18
Hi,
On Wed, 2018-06-06 at 10:50 +0800, Chris Chiu wrote:
> On Tue, Jun 5, 2018 at 7:06 PM, Hans de Goede
> wrote:
> > Hi,
> >
> >
> > On 05-06-18 12:46, Benjamin Berg wrote:
> > >
> > > Hey,
> > >
> > > On Tue, 2018-06-05 at 12:31 +0200, Hans de Goede wrote:
> > > >
> > > > On 05-06-18
us/master]
> > [also build test WARNING on v4.17 next-20180605]
> > [if your patch is applied to the wrong git tree, please drop us a note to
> > help improve the system]
> >
> > url:
> > https://github.com/0day-ci/linux/commits/changbin-du-intel-com/kernel-hacking
us/master]
> > [also build test WARNING on v4.17 next-20180605]
> > [if your patch is applied to the wrong git tree, please drop us a note to
> > help improve the system]
> >
> > url:
> > https://github.com/0day-ci/linux/commits/changbin-du-intel-com/kernel-hacking
Linus,
One new feature was added to ftrace, which is the trace_marker now supports
triggers. For example:
# cd /sys/kernel/debug/tracing
# echo 'snapshot' > events/ftrace/print/trigger
# echo 'cause snapshot' > trace_marker
The rest of the changes are various clean ups and also one
Linus,
One new feature was added to ftrace, which is the trace_marker now supports
triggers. For example:
# cd /sys/kernel/debug/tracing
# echo 'snapshot' > events/ftrace/print/trigger
# echo 'cause snapshot' > trace_marker
The rest of the changes are various clean ups and also one
On 06/05/2018 08:40 AM, Pierre Morel wrote:
On 30/05/2018 16:28, Tony Krowiak wrote:
On 05/24/2018 05:10 AM, Pierre Morel wrote:
On 23/05/2018 16:38, Tony Krowiak wrote:
On 05/16/2018 03:55 AM, Pierre Morel wrote:
On 07/05/2018 17:11, Tony Krowiak wrote:
Provides a sysfs interface to view
On 06/05/2018 08:40 AM, Pierre Morel wrote:
On 30/05/2018 16:28, Tony Krowiak wrote:
On 05/24/2018 05:10 AM, Pierre Morel wrote:
On 23/05/2018 16:38, Tony Krowiak wrote:
On 05/16/2018 03:55 AM, Pierre Morel wrote:
On 07/05/2018 17:11, Tony Krowiak wrote:
Provides a sysfs interface to view
Ilya Matveychikov writes:
>> On Jun 5, 2018, at 11:56 PM, Eric W. Biederman wrote:
>>
>> Ilya Matveychikov writes:
>>
>>> Just CC’ed to some of maintainers.
>>>
>>> $ perl scripts/get_maintainer.pl
>>> fs/0001-ksys_mount-check-for-permissions-before-resource-all.patch
>>> Alexander Viro
Ilya Matveychikov writes:
>> On Jun 5, 2018, at 11:56 PM, Eric W. Biederman wrote:
>>
>> Ilya Matveychikov writes:
>>
>>> Just CC’ed to some of maintainers.
>>>
>>> $ perl scripts/get_maintainer.pl
>>> fs/0001-ksys_mount-check-for-permissions-before-resource-all.patch
>>> Alexander Viro
On Wednesday 06 Jun 2018 at 15:53:27 (+0200), Claudio Scordino wrote:
> Hi Quentin,
>
> 2018-06-06 15:20 GMT+02:00 Quentin Perret :
> >
> > Hi Claudio,
> >
> > On Wednesday 06 Jun 2018 at 15:05:58 (+0200), Claudio Scordino wrote:
> > > Hi Quentin,
> > >
> > > Il 05/06/2018 16:13, Juri Lelli ha
From: Steven Rostedt (VMware)
Code that was added to force gcc not to inline any function that isn't
explicitly declared as inline uncovered that init_tick_ops() isn't
marked as "__init". It is only called by __init functions and more
importantly it too calls an __init function which would
On Wednesday 06 Jun 2018 at 15:53:27 (+0200), Claudio Scordino wrote:
> Hi Quentin,
>
> 2018-06-06 15:20 GMT+02:00 Quentin Perret :
> >
> > Hi Claudio,
> >
> > On Wednesday 06 Jun 2018 at 15:05:58 (+0200), Claudio Scordino wrote:
> > > Hi Quentin,
> > >
> > > Il 05/06/2018 16:13, Juri Lelli ha
From: Steven Rostedt (VMware)
Code that was added to force gcc not to inline any function that isn't
explicitly declared as inline uncovered that init_tick_ops() isn't
marked as "__init". It is only called by __init functions and more
importantly it too calls an __init function which would
Commit 5d1904204c99 ("mremap: fix race between mremap() and page cleanning")
fixed races between mremap and other operations for both file-backed and
anonymous mappings. The file-backed was the most critical as it allowed the
possibility that data could be changed on a physical page after
Commit 5d1904204c99 ("mremap: fix race between mremap() and page cleanning")
fixed races between mremap and other operations for both file-backed and
anonymous mappings. The file-backed was the most critical as it allowed the
possibility that data could be changed on a physical page after
On Wed, 6 Jun 2018 14:41:57 +0200 (CEST), Thomas Gleixner
wrote:
> On Wed, 6 Jun 2018, Thomas Gleixner wrote:
>> On Wed, 6 Jun 2018, Masatake YAMATO wrote:
>> > On Wed, 6 Jun 2018 12:37:34 +0200 (CEST), Thomas Gleixner
>> > wrote:
>> > > On Wed, 6 Jun 2018, Masatake YAMATO wrote:
>> > >
>> >
On Wed, 6 Jun 2018 14:41:57 +0200 (CEST), Thomas Gleixner
wrote:
> On Wed, 6 Jun 2018, Thomas Gleixner wrote:
>> On Wed, 6 Jun 2018, Masatake YAMATO wrote:
>> > On Wed, 6 Jun 2018 12:37:34 +0200 (CEST), Thomas Gleixner
>> > wrote:
>> > > On Wed, 6 Jun 2018, Masatake YAMATO wrote:
>> > >
>> >
git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/changbin-du-intel-com/kernel-hacking-GCC-optimization-for-better-debug-experience-Og/20180606-001415
> config: sparc64-allyesconfig (attached as .config)
> compil
git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/changbin-du-intel-com/kernel-hacking-GCC-optimization-for-better-debug-experience-Og/20180606-001415
> config: sparc64-allyesconfig (attached as .config)
> compil
On Tue, Jun 05, 2018 at 04:53:34PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 04:43:04PM +0200, Peter Zijlstra wrote:
>
> > I can make a proper patch, hold on.
>
> ---
> Subject: atomic/tty: Fix up atomic abuse in ldsem
>
> Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast
On Tue, Jun 05, 2018 at 04:53:34PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 04:43:04PM +0200, Peter Zijlstra wrote:
>
> > I can make a proper patch, hold on.
>
> ---
> Subject: atomic/tty: Fix up atomic abuse in ldsem
>
> Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast
git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/changbin-du-intel-com/kernel-hacking-GCC-optimization-for-better-debug-experience-Og/20180606-001415
> config: ia64-allmodconfig (attached as .config)
> compiler:
git tree, please drop us a note to
> help improve the system]
>
> url:
> https://github.com/0day-ci/linux/commits/changbin-du-intel-com/kernel-hacking-GCC-optimization-for-better-debug-experience-Og/20180606-001415
> config: ia64-allmodconfig (attached as .config)
> compiler:
On Tue, Jun 05, 2018 at 04:53:34PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 04:43:04PM +0200, Peter Zijlstra wrote:
>
> > I can make a proper patch, hold on.
>
> ---
> Subject: atomic/tty: Fix up atomic abuse in ldsem
>
> Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast
On Tue, Jun 05, 2018 at 04:53:34PM +0200, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 04:43:04PM +0200, Peter Zijlstra wrote:
>
> > I can make a proper patch, hold on.
>
> ---
> Subject: atomic/tty: Fix up atomic abuse in ldsem
>
> Mark found ldsem_cmpxchg() needed an (atomic_long_t *) cast
On Wed, 2018-06-06 at 05:55 -0700, Srikar Dronamraju wrote:
> > >
> > > While we can't complete avoid this, the second check will try to
> > > make
> > > sure we don't hop on/hop off just for small incremental numa
> > > improvement.
> >
> > However, all those racing tasks start searching
> >
On Wed, 2018-06-06 at 05:55 -0700, Srikar Dronamraju wrote:
> > >
> > > While we can't complete avoid this, the second check will try to
> > > make
> > > sure we don't hop on/hop off just for small incremental numa
> > > improvement.
> >
> > However, all those racing tasks start searching
> >
When we want to use CONFIG_SECCOMP_FILTER without CONFIG_NET, we have
to ensure that the required files that would be pulled in via
CONFIG_NET are compiled when dropping CONFIG_NET.
Here, we could also select CONFIG_NLATTR instead of pulling the file
in explicitly. One could go even one step
When we want to use CONFIG_SECCOMP_FILTER without CONFIG_NET, we have
to ensure that the required files that would be pulled in via
CONFIG_NET are compiled when dropping CONFIG_NET.
Here, we could also select CONFIG_NLATTR instead of pulling the file
in explicitly. One could go even one step
With the goal of dropping CONFIG_NET, we have to drop the dependency
in the configuration management. Since SECCOMP_FILTER also requires
BPF functionality, which is usually activated by CONFIG_NET, imply
BPF from SECCOMP_FILTER directly.
In case both CONFIG_NET and CONFIG_SECCOMP_FILTER are
In some scenarios, we do not want to use CONFIG_NET even though we want
to use CONFIG_KVM. To get this working, and to not pull in more
dependencies, we need to disable CONFIG_TASKSTATS as well.
Signed-off-by: Norbert Manthey
---
arch/x86/kvm/Kconfig | 5 ++---
1 file changed, 2 insertions(+),
With the goal of dropping CONFIG_NET, we have to drop the dependency
in the configuration management. Since SECCOMP_FILTER also requires
BPF functionality, which is usually activated by CONFIG_NET, imply
BPF from SECCOMP_FILTER directly.
In case both CONFIG_NET and CONFIG_SECCOMP_FILTER are
In some scenarios, we do not want to use CONFIG_NET even though we want
to use CONFIG_KVM. To get this working, and to not pull in more
dependencies, we need to disable CONFIG_TASKSTATS as well.
Signed-off-by: Norbert Manthey
---
arch/x86/kvm/Kconfig | 5 ++---
1 file changed, 2 insertions(+),
On Wed, 6 Jun 2018, Roman Penyaev wrote:
> > Preserving the order of volatile accesses isn't sufficient. The
> > compiler is still allowed to translate
> >
> > r1 = READ_ONCE(x);
> > if (r1) {
> > ...
> > }
> > WRITE_ONCE(y, r2);
> >
> > into
On Wed, 6 Jun 2018, Roman Penyaev wrote:
> > Preserving the order of volatile accesses isn't sufficient. The
> > compiler is still allowed to translate
> >
> > r1 = READ_ONCE(x);
> > if (r1) {
> > ...
> > }
> > WRITE_ONCE(y, r2);
> >
> > into
Hi Quentin,
2018-06-06 15:20 GMT+02:00 Quentin Perret :
>
> Hi Claudio,
>
> On Wednesday 06 Jun 2018 at 15:05:58 (+0200), Claudio Scordino wrote:
> > Hi Quentin,
> >
> > Il 05/06/2018 16:13, Juri Lelli ha scritto:
> > > On 05/06/18 15:01, Quentin Perret wrote:
> > > > On Tuesday 05 Jun 2018 at
Hi Quentin,
2018-06-06 15:20 GMT+02:00 Quentin Perret :
>
> Hi Claudio,
>
> On Wednesday 06 Jun 2018 at 15:05:58 (+0200), Claudio Scordino wrote:
> > Hi Quentin,
> >
> > Il 05/06/2018 16:13, Juri Lelli ha scritto:
> > > On 05/06/18 15:01, Quentin Perret wrote:
> > > > On Tuesday 05 Jun 2018 at
On 06/05, Peter Zijlstra wrote:
>
> Also, I think we still need TASK_PARKED as a special state for that.
I think it would be nice to kill the TASK_PARKED state altogether. But I don't
know how. I'll try to look at this code later, but I am not sure I will find a
way to cleanup it...
> ---
On 06/05, Peter Zijlstra wrote:
>
> Also, I think we still need TASK_PARKED as a special state for that.
I think it would be nice to kill the TASK_PARKED state altogether. But I don't
know how. I'll try to look at this code later, but I am not sure I will find a
way to cleanup it...
> ---
On Wed, Jun 6, 2018 at 12:41 PM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the y2038 tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> fs/pstore/ram.c: In function 'ramoops_read_kmsg_hdr':
> fs/pstore/ram.c:39:29: warning: format '%ld' expects argument of
On Wed, Jun 6, 2018 at 12:41 PM, Stephen Rothwell wrote:
> Hi all,
>
> After merging the y2038 tree, today's linux-next build (x86_64
> allmodconfig) produced this warning:
>
> fs/pstore/ram.c: In function 'ramoops_read_kmsg_hdr':
> fs/pstore/ram.c:39:29: warning: format '%ld' expects argument of
* Mel Gorman [2018-06-05 10:58:43]:
> On Mon, Jun 04, 2018 at 03:30:27PM +0530, Srikar Dronamraju wrote:
> > Currently task scan rate is reset when numa balancer migrates the task
> > to a different node. If numa balancer initiates a swap, reset is only
> > applicable to the task that initiates
* Mel Gorman [2018-06-05 10:58:43]:
> On Mon, Jun 04, 2018 at 03:30:27PM +0530, Srikar Dronamraju wrote:
> > Currently task scan rate is reset when numa balancer migrates the task
> > to a different node. If numa balancer initiates a swap, reset is only
> > applicable to the task that initiates
From: Colin Ian King
Currently saved_vals is being allocated and there is no check for
failed allocation (which is more likely than normal when using
GFP_ATOMIC). Fix this by checking for a failed allocation and
propagating this error return down the the caller chain.
Detected by CoverityScan,
From: Colin Ian King
Currently saved_vals is being allocated and there is no check for
failed allocation (which is more likely than normal when using
GFP_ATOMIC). Fix this by checking for a failed allocation and
propagating this error return down the the caller chain.
Detected by CoverityScan,
On 06.06.2018 14:02, Thierry Reding wrote:
> On Mon, Jun 04, 2018 at 01:36:54AM +0300, Dmitry Osipenko wrote:
>> Introduce driver for the External Memory Controller (EMC) found on Tegra20
>> chips, which controls the external DRAM on the board. The purpose of this
>> driver is to program memory
On 06.06.2018 14:02, Thierry Reding wrote:
> On Mon, Jun 04, 2018 at 01:36:54AM +0300, Dmitry Osipenko wrote:
>> Introduce driver for the External Memory Controller (EMC) found on Tegra20
>> chips, which controls the external DRAM on the board. The purpose of this
>> driver is to program memory
On 06/06/2018 14:23, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 11:16:40AM +0200, Daniel Lezcano wrote:
>> +atomic_t idle_duration_ms;
>> +atomic_t run_duration_ms;
>
>> +idle_duration_ms = atomic_read(_dev->idle_duration_ms);
>
>> +run_duration_ms =
On 06/06/2018 14:23, Peter Zijlstra wrote:
> On Tue, Jun 05, 2018 at 11:16:40AM +0200, Daniel Lezcano wrote:
>> +atomic_t idle_duration_ms;
>> +atomic_t run_duration_ms;
>
>> +idle_duration_ms = atomic_read(_dev->idle_duration_ms);
>
>> +run_duration_ms =
/0day-ci/linux/commits/Brett-T-Warden/module-Implement-sig_unenforce-parameter/20180606-200056
config: xtensa-allyesconfig (attached as .config)
compiler: xtensa-linux-gcc (GCC) 8.1.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
/0day-ci/linux/commits/Brett-T-Warden/module-Implement-sig_unenforce-parameter/20180606-200056
config: xtensa-allyesconfig (attached as .config)
compiler: xtensa-linux-gcc (GCC) 8.1.0
reproduce:
wget
https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O
~/bin/make.cross
Commit-ID: a07771ac6a78860777a9da5d9bc38830ec993fe7
Gitweb: https://git.kernel.org/tip/a07771ac6a78860777a9da5d9bc38830ec993fe7
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:34:00 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:22 +0200
x86/apic/vector:
Commit-ID: a07771ac6a78860777a9da5d9bc38830ec993fe7
Gitweb: https://git.kernel.org/tip/a07771ac6a78860777a9da5d9bc38830ec993fe7
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:34:00 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:22 +0200
x86/apic/vector:
Commit-ID: 12f47073a40f6aa75119d8f5df4077b7f334cced
Gitweb: https://git.kernel.org/tip/12f47073a40f6aa75119d8f5df4077b7f334cced
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:33:59 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:22 +0200
genirq/affinity:
Commit-ID: 12f47073a40f6aa75119d8f5df4077b7f334cced
Gitweb: https://git.kernel.org/tip/12f47073a40f6aa75119d8f5df4077b7f334cced
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:33:59 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:22 +0200
genirq/affinity:
Commit-ID: 839b0f1c4ef674cd929a42304c078afca278581a
Gitweb: https://git.kernel.org/tip/839b0f1c4ef674cd929a42304c078afca278581a
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:33:58 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:21 +0200
x86/platform/uv: Use
Commit-ID: 839b0f1c4ef674cd929a42304c078afca278581a
Gitweb: https://git.kernel.org/tip/839b0f1c4ef674cd929a42304c078afca278581a
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:33:58 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:21 +0200
x86/platform/uv: Use
Commit-ID: 2b04e46d8d0b9b7ac08ded672e3eab823f01d77a
Gitweb: https://git.kernel.org/tip/2b04e46d8d0b9b7ac08ded672e3eab823f01d77a
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:33:57 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:21 +0200
x86/ioapic: Use
Commit-ID: 2b04e46d8d0b9b7ac08ded672e3eab823f01d77a
Gitweb: https://git.kernel.org/tip/2b04e46d8d0b9b7ac08ded672e3eab823f01d77a
Author: Thomas Gleixner
AuthorDate: Mon, 4 Jun 2018 17:33:57 +0200
Committer: Thomas Gleixner
CommitDate: Wed, 6 Jun 2018 15:18:21 +0200
x86/ioapic: Use
501 - 600 of 1128 matches
Mail list logo
