On Tue, Nov 20, 2018 at 1:03 AM Peter Zijlstra wrote:
>
> On Tue, Nov 20, 2018 at 02:59:32AM +, Williams, Dan J wrote:
> > On Mon, 2018-11-19 at 15:43 -0800, Dave Hansen wrote:
> > > On 11/19/18 3:19 PM, Dan Williams wrote:
> > > > Andy wondered why a path that can sleep was using
On Tue, Nov 20, 2018 at 1:03 AM Peter Zijlstra wrote:
>
> On Tue, Nov 20, 2018 at 02:59:32AM +, Williams, Dan J wrote:
> > On Mon, 2018-11-19 at 15:43 -0800, Dave Hansen wrote:
> > > On 11/19/18 3:19 PM, Dan Williams wrote:
> > > > Andy wondered why a path that can sleep was using
Hi,
The comment for the atomic_fetch_andnot() in nohz_idle_balance() says:
"barrier, pairs with nohz_balance_enter_idle(), ensures ..."
which, well, does sound a note of warning... ;-)
I see that nohz_balance_enter_idle() has an smp_mb__after_atomic() but
the comment for the latter suggests
Hi,
The comment for the atomic_fetch_andnot() in nohz_idle_balance() says:
"barrier, pairs with nohz_balance_enter_idle(), ensures ..."
which, well, does sound a note of warning... ;-)
I see that nohz_balance_enter_idle() has an smp_mb__after_atomic() but
the comment for the latter suggests
On Fri, 16 Nov 2018 02:51:21 + Mark Rutland wrote:
> Hi Andrew,
>
> On Thu, Nov 15, 2018 at 03:10:48PM -0800, Andrew Morton wrote:
> > On Tue, 4 Sep 2018 11:48:25 +0100 Mark Rutland
> > wrote:
> >
> > > To minimize repetition, to allow for future rework, and to ensure
> > > regularity
On Fri, 16 Nov 2018 02:51:21 + Mark Rutland wrote:
> Hi Andrew,
>
> On Thu, Nov 15, 2018 at 03:10:48PM -0800, Andrew Morton wrote:
> > On Tue, 4 Sep 2018 11:48:25 +0100 Mark Rutland
> > wrote:
> >
> > > To minimize repetition, to allow for future rework, and to ensure
> > > regularity
Jiri,
Any update on this patch?
Thanks.
On Wed, Nov 7, 2018 at 2:50 AM Stephane Eranian wrote:
>
> When using the -x option, perf stat prints csv-style output
> with one event per line. For each event, it prints the count,
> the unit, the event name, the cgroup, and a bunch of other event
>
Jiri,
Any update on this patch?
Thanks.
On Wed, Nov 7, 2018 at 2:50 AM Stephane Eranian wrote:
>
> When using the -x option, perf stat prints csv-style output
> with one event per line. For each event, it prints the count,
> the unit, the event name, the cgroup, and a bunch of other event
>
On 11/20/2018 04:08 PM, Tim Chen wrote:
> From: Jiri Kosina
>
> If 'prctl' mode of app2app protection from spectre_v2 is selected on
> kernel command-line, we are currently applying STIBP protection to
> tasks that restrict their indirect branch speculation via
>
>
On 11/20/2018 04:08 PM, Tim Chen wrote:
> From: Jiri Kosina
>
> If 'prctl' mode of app2app protection from spectre_v2 is selected on
> kernel command-line, we are currently applying STIBP protection to
> tasks that restrict their indirect branch speculation via
>
>
On Thu, Sep 06, 2018 at 06:22:54PM +0800, Lei Yang wrote:
> when CONFIG_TEST_SYSCTL=y, there is no "/sys/module/test_sysctl/"
> when CONFIG_TEST_SYSCTL=m, checking /sys/module/test_sysctl/ is
> before kernel module loading
>
> you'll get below error message
> root@intel-x86-64:/tmp/sysctl#
On Thu, Sep 06, 2018 at 06:22:54PM +0800, Lei Yang wrote:
> when CONFIG_TEST_SYSCTL=y, there is no "/sys/module/test_sysctl/"
> when CONFIG_TEST_SYSCTL=m, checking /sys/module/test_sysctl/ is
> before kernel module loading
>
> you'll get below error message
> root@intel-x86-64:/tmp/sysctl#
On Wed, 21 Nov 2018 18:49:11 +0100,
Girija Kumar Kasinadhuni wrote:
>
> @@ -6486,6 +6491,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = {
> SND_PCI_QUIRK(0x103c, 0x82bf, "HP", ALC221_FIXUP_HP_MIC_NO_PRESENCE),
> SND_PCI_QUIRK(0x103c, 0x82c0, "HP",
On Wed, 21 Nov 2018 18:49:11 +0100,
Girija Kumar Kasinadhuni wrote:
>
> @@ -6486,6 +6491,7 @@ static const struct snd_pci_quirk alc269_fixup_tbl[] = {
> SND_PCI_QUIRK(0x103c, 0x82bf, "HP", ALC221_FIXUP_HP_MIC_NO_PRESENCE),
> SND_PCI_QUIRK(0x103c, 0x82c0, "HP",
On Wed, 21 Nov 2018 15:39:39 +0100,
Andy Shevchenko wrote:
>
> On Tue, Nov 20, 2018 at 03:36:44PM -0600, Pierre-Louis Bossart wrote:
> > Enable fallback for select PCI IDs
> >
> > Signed-off-by: Pierre-Louis Bossart
> > ---
> > sound/pci/hda/Kconfig | 40
On Wed, 21 Nov 2018 15:39:39 +0100,
Andy Shevchenko wrote:
>
> On Tue, Nov 20, 2018 at 03:36:44PM -0600, Pierre-Louis Bossart wrote:
> > Enable fallback for select PCI IDs
> >
> > Signed-off-by: Pierre-Louis Bossart
> > ---
> > sound/pci/hda/Kconfig | 40
On Wed, 21 Nov 2018 18:38:41 +0100,
Andy Shevchenko wrote:
>
> On Wed, Nov 21, 2018 at 11:16:50AM -0600, Pierre-Louis Bossart wrote:
> > On 11/21/18 8:27 AM, Andy Shevchenko wrote:
>
> > > May you consider to switch to PCI_DEVICE_DATA() first?
> >
> > Is this really the recommended path?
> >
>
On Wed, 21 Nov 2018 18:38:41 +0100,
Andy Shevchenko wrote:
>
> On Wed, Nov 21, 2018 at 11:16:50AM -0600, Pierre-Louis Bossart wrote:
> > On 11/21/18 8:27 AM, Andy Shevchenko wrote:
>
> > > May you consider to switch to PCI_DEVICE_DATA() first?
> >
> > Is this really the recommended path?
> >
>
On 30/10/2018 09:58, Viresh Kumar wrote:
> s/dmpis/dmips/ in $subject
>
> On 29-10-18, 17:23, Daniel Lezcano wrote:
>> In the case of assymetric SoC with the same micro-architecture, we
>
> asymmetric ?
>
>> have a group of CPUs with smaller OPPs than the other group. One
>>
On Wed, 21 Nov 2018 12:54:20 -0800 Daniel Colascione wrote:
> Trace analysis code needs a coherent picture of the set of processes
> and threads running on a system. While it's possible to enumerate all
> tasks via /proc, this enumeration is not atomic. If PID numbering
> rolls over during
On 30/10/2018 09:58, Viresh Kumar wrote:
> s/dmpis/dmips/ in $subject
>
> On 29-10-18, 17:23, Daniel Lezcano wrote:
>> In the case of assymetric SoC with the same micro-architecture, we
>
> asymmetric ?
>
>> have a group of CPUs with smaller OPPs than the other group. One
>>
On Wed, 21 Nov 2018 12:54:20 -0800 Daniel Colascione wrote:
> Trace analysis code needs a coherent picture of the set of processes
> and threads running on a system. While it's possible to enumerate all
> tasks via /proc, this enumeration is not atomic. If PID numbering
> rolls over during
On 21 November 2018 15:35, Enric Balletbo i Serra wrote:
> We have a problem with USBPD chargers which under certain conditions
> can result in system overheating if the voltage provided by the USBPD
> port is too high. While the preferred means to control this would be
> through devicetree or
On 21 November 2018 15:35, Enric Balletbo i Serra wrote:
> We have a problem with USBPD chargers which under certain conditions
> can result in system overheating if the voltage provided by the USBPD
> port is too high. While the preferred means to control this would be
> through devicetree or
On Wed, Nov 21, 2018 at 02:54:42PM -0700, Yu Zhao wrote:
> We changed key of swap cache tree from swp_entry_t.val to
> swp_offset. Need to do so in shmem_replace_page() as well.
>
> Fixes: f6ab1f7f6b2d ("mm, swap: use offset of swap entry as key of swap
> cache")
> Cc: sta...@vger.kernel.org #
On Wed, Nov 21, 2018 at 02:54:42PM -0700, Yu Zhao wrote:
> We changed key of swap cache tree from swp_entry_t.val to
> swp_offset. Need to do so in shmem_replace_page() as well.
>
> Fixes: f6ab1f7f6b2d ("mm, swap: use offset of swap entry as key of swap
> cache")
> Cc: sta...@vger.kernel.org #
On 11/21/18 11:14 AM, Mel Gorman wrote:
> This is a preparation patch only, no functional change.
>
> Signed-off-by: Mel Gorman
Acked-by: Vlastimil Babka
On 11/21/18 11:14 AM, Mel Gorman wrote:
> This is a preparation patch only, no functional change.
>
> Signed-off-by: Mel Gorman
Acked-by: Vlastimil Babka
On 11/21/18 8:49 AM, Tom Talpey wrote:
> On 11/21/2018 1:09 AM, John Hubbard wrote:
>> On 11/19/18 10:57 AM, Tom Talpey wrote:
>>> ~14000 4KB read IOPS is really, really low for an NVMe disk.
>>
>> Yes, but Jan Kara's original config file for fio is *intended* to highlight
>> the
On 11/21/18 8:49 AM, Tom Talpey wrote:
> On 11/21/2018 1:09 AM, John Hubbard wrote:
>> On 11/19/18 10:57 AM, Tom Talpey wrote:
>>> ~14000 4KB read IOPS is really, really low for an NVMe disk.
>>
>> Yes, but Jan Kara's original config file for fio is *intended* to highlight
>> the
On Wed, Nov 21, 2018 at 04:12:47PM +0530, Taniya Das wrote:
> The CPUfreq HW present in some QCOM chipsets offloads the steps necessary
> for changing the frequency of CPUs. The driver implements the cpufreq
> driver interface for this hardware engine.
>
> Signed-off-by: Saravana Kannan
>
On Wed, Nov 21, 2018 at 04:12:47PM +0530, Taniya Das wrote:
> The CPUfreq HW present in some QCOM chipsets offloads the steps necessary
> for changing the frequency of CPUs. The driver implements the cpufreq
> driver interface for this hardware engine.
>
> Signed-off-by: Saravana Kannan
>
On Wed, 21 Nov 2018, Thomas Gleixner wrote:
> On Wed, 21 Nov 2018, Borislav Petkov wrote:
> > > static char *stibp_state(void)
> > > {
> > > + if (spectre_v2_enabled == SPECTRE_V2_IBRS_ENHANCED)
> > > + return "";
> >
> > If
> > spectre_v2_enabled == SPECTRE_V2_IBRS_ENHANCED
> >
>
On Wed, 21 Nov 2018, Thomas Gleixner wrote:
> On Wed, 21 Nov 2018, Borislav Petkov wrote:
> > > static char *stibp_state(void)
> > > {
> > > + if (spectre_v2_enabled == SPECTRE_V2_IBRS_ENHANCED)
> > > + return "";
> >
> > If
> > spectre_v2_enabled == SPECTRE_V2_IBRS_ENHANCED
> >
>
We changed key of swap cache tree from swp_entry_t.val to
swp_offset. Need to do so in shmem_replace_page() as well.
Fixes: f6ab1f7f6b2d ("mm, swap: use offset of swap entry as key of swap cache")
Cc: sta...@vger.kernel.org # v4.9+
Signed-off-by: Yu Zhao
---
mm/shmem.c | 6 --
1 file
We changed key of swap cache tree from swp_entry_t.val to
swp_offset. Need to do so in shmem_replace_page() as well.
Fixes: f6ab1f7f6b2d ("mm, swap: use offset of swap entry as key of swap cache")
Cc: sta...@vger.kernel.org # v4.9+
Signed-off-by: Yu Zhao
---
mm/shmem.c | 6 --
1 file
Hi Neil,
On Wed, Nov 21, 2018 at 12:19 PM Neil Armstrong wrote:
>
> The GXL Documentation specifies 12 bits for the Fractional bit field,
> bit the last bits have a different purpose that we cannot handle right
> now, so update the bitwidth to have correct fractional calculations.
I assume you
Hi Neil,
On Wed, Nov 21, 2018 at 12:19 PM Neil Armstrong wrote:
>
> The GXL Documentation specifies 12 bits for the Fractional bit field,
> bit the last bits have a different purpose that we cannot handle right
> now, so update the bitwidth to have correct fractional calculations.
I assume you
On Wed, 21 Nov 2018 at 22:15, Liam R. Howlett wrote:
>
> * Nadav Amit [181121 16:12]:
> > > On Nov 21, 2018, at 12:56 PM, Liam R. Howlett
> > > wrote:
> > >
> > >
> > > My out of tree driver build is now reporting issues with the jump table:
> > >
> > > ./include/linux/jump_label.h: In
On Wed, 21 Nov 2018 at 22:15, Liam R. Howlett wrote:
>
> * Nadav Amit [181121 16:12]:
> > > On Nov 21, 2018, at 12:56 PM, Liam R. Howlett
> > > wrote:
> > >
> > >
> > > My out of tree driver build is now reporting issues with the jump table:
> > >
> > > ./include/linux/jump_label.h: In
On Tue, Nov 20, 2018 at 11:31:13AM +0100, Christian Brauner wrote:
> On Mon, Nov 19, 2018 at 10:59:12PM -0600, Eric W. Biederman wrote:
> > Daniel Colascione writes:
> >
> > > On Mon, Nov 19, 2018 at 1:37 PM Christian Brauner
> > > wrote:
> > >>
> > >> On Mon, Nov 19, 2018 at 01:26:22PM -0800,
On Tue, Nov 20, 2018 at 11:31:13AM +0100, Christian Brauner wrote:
> On Mon, Nov 19, 2018 at 10:59:12PM -0600, Eric W. Biederman wrote:
> > Daniel Colascione writes:
> >
> > > On Mon, Nov 19, 2018 at 1:37 PM Christian Brauner
> > > wrote:
> > >>
> > >> On Mon, Nov 19, 2018 at 01:26:22PM -0800,
Quoting Lina Iyer (2018-11-20 16:06:47)
> SDM845 SoC has an always-on interrupt controller (PDC) with select GPIO
> routed to the PDC as interrupts that can be used to wake the system up
> from deep low power modes and suspend.
>
> Signed-off-by: Lina Iyer
> ---
>
Quoting Lina Iyer (2018-11-20 16:06:47)
> SDM845 SoC has an always-on interrupt controller (PDC) with select GPIO
> routed to the PDC as interrupts that can be used to wake the system up
> from deep low power modes and suspend.
>
> Signed-off-by: Lina Iyer
> ---
>
On 21/11/2018 20:01, Thara Gopinath wrote:
> Sysfs interface to update cooling device cur_state does not
> currently hold cooling device lock, leading to stale values
> in cur_state especially if getting updated simultanelously
> from user space and thermal framework. Adding the proper locking
>
On 21/11/2018 20:01, Thara Gopinath wrote:
> Sysfs interface to update cooling device cur_state does not
> currently hold cooling device lock, leading to stale values
> in cur_state especially if getting updated simultanelously
> from user space and thermal framework. Adding the proper locking
>
Hi Doug,
On Wed, 21 Nov 2018 12:39:45 -0800 Doug Anderson wrote:
>
> Argh. When I squashed two commits together I must have clobbered the
> Signed-off-by. :( Is there a suggested way that I can fix this?
The only way it can be fixed is for Mark to rebase his tree and fix the
commit message.
Hi Doug,
On Wed, 21 Nov 2018 12:39:45 -0800 Doug Anderson wrote:
>
> Argh. When I squashed two commits together I must have clobbered the
> Signed-off-by. :( Is there a suggested way that I can fix this?
The only way it can be fixed is for Mark to rebase his tree and fix the
commit message.
Commit-ID: 8b791a31e730a652537635a53b2ac02db8e6da1d
Gitweb: https://git.kernel.org/tip/8b791a31e730a652537635a53b2ac02db8e6da1d
Author: Chang S. Bae
AuthorDate: Fri, 16 Nov 2018 15:27:28 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 21 Nov 2018 22:23:51 +0100
x86/fsgsbase/64: Fix
Commit-ID: 8b791a31e730a652537635a53b2ac02db8e6da1d
Gitweb: https://git.kernel.org/tip/8b791a31e730a652537635a53b2ac02db8e6da1d
Author: Chang S. Bae
AuthorDate: Fri, 16 Nov 2018 15:27:28 -0800
Committer: Thomas Gleixner
CommitDate: Wed, 21 Nov 2018 22:23:51 +0100
x86/fsgsbase/64: Fix
Em Wed, Nov 21, 2018 at 09:51:19AM -0800, Eric Saint-Etienne escreveu:
> Perf can take minutes to parse an image when -ffunction-section is used.
> This is especially true with the kernel image when it is compiled this way,
> which is the arm64 default since the patcheset "Enable deadcode
Em Wed, Nov 21, 2018 at 09:51:19AM -0800, Eric Saint-Etienne escreveu:
> Perf can take minutes to parse an image when -ffunction-section is used.
> This is especially true with the kernel image when it is compiled this way,
> which is the arm64 default since the patcheset "Enable deadcode
On 21/11/2018 14:52:29-0600, Rob Herring wrote:
> On Wed, Nov 21, 2018 at 10:48 AM Alexandre Belloni
> wrote:
> >
> > Hi Rob,
> >
> > On 21/11/2018 10:41:01-0600, Rob Herring wrote:
> > > > +Optional properties in serial and SPI mode:
> > > > +- dma bindings for dma transfer:
> > > > + -
On 21/11/2018 14:52:29-0600, Rob Herring wrote:
> On Wed, Nov 21, 2018 at 10:48 AM Alexandre Belloni
> wrote:
> >
> > Hi Rob,
> >
> > On 21/11/2018 10:41:01-0600, Rob Herring wrote:
> > > > +Optional properties in serial and SPI mode:
> > > > +- dma bindings for dma transfer:
> > > > + -
International credit settlement
Office of the director of operations
World Bank united state of America.
Attention :
This Is To Officially Inform You That We Have Verified Your
Contact Inheritance File Presently On My Desk, And I Found Out
That You Have Not Received Your Payment Due To Your
International credit settlement
Office of the director of operations
World Bank united state of America.
Attention :
This Is To Officially Inform You That We Have Verified Your
Contact Inheritance File Presently On My Desk, And I Found Out
That You Have Not Received Your Payment Due To Your
* Nadav Amit [181121 16:12]:
> > On Nov 21, 2018, at 12:56 PM, Liam R. Howlett
> > wrote:
> >
> >
> > My out of tree driver build is now reporting issues with the jump table:
> >
> > ./include/linux/jump_label.h: In function ‘jump_entry_code’:
> > ./include/linux/jump_label.h:153:14: error:
* Nadav Amit [181121 16:12]:
> > On Nov 21, 2018, at 12:56 PM, Liam R. Howlett
> > wrote:
> >
> >
> > My out of tree driver build is now reporting issues with the jump table:
> >
> > ./include/linux/jump_label.h: In function ‘jump_entry_code’:
> > ./include/linux/jump_label.h:153:14: error:
During development of a serial console driver with a gcc 8.2.0
toolchain for RISC-V, the following modpost warning appeared:
WARNING: vmlinux.o(.data+0x19b10): Section mismatch in reference from the
variable .LANCHOR1 to the function .init.text:sifive_serial_console_setup()
The variable
During development of a serial console driver with a gcc 8.2.0
toolchain for RISC-V, the following modpost warning appeared:
WARNING: vmlinux.o(.data+0x19b10): Section mismatch in reference from the
variable .LANCHOR1 to the function .init.text:sifive_serial_console_setup()
The variable
> On Nov 21, 2018, at 12:56 PM, Liam R. Howlett wrote:
>
>
> My out of tree driver build is now reporting issues with the jump table:
>
> ./include/linux/jump_label.h: In function ‘jump_entry_code’:
> ./include/linux/jump_label.h:153:14: error: dereferencing pointer to
> incomplete type
> On Nov 21, 2018, at 12:56 PM, Liam R. Howlett wrote:
>
>
> My out of tree driver build is now reporting issues with the jump table:
>
> ./include/linux/jump_label.h: In function ‘jump_entry_code’:
> ./include/linux/jump_label.h:153:14: error: dereferencing pointer to
> incomplete type
Em Wed, Nov 21, 2018 at 08:49:39AM -0800, kan.li...@linux.intel.com escreveu:
> From: Kan Liang
>
> The weak functions, strcmp_cpuid_str() and get_cpuid_str(), are defined
> in pmu.c.
> Most of the cpuid related functions, including *_cpuid_str()'s
> declaration and platform specific definition,
Em Wed, Nov 21, 2018 at 08:49:39AM -0800, kan.li...@linux.intel.com escreveu:
> From: Kan Liang
>
> The weak functions, strcmp_cpuid_str() and get_cpuid_str(), are defined
> in pmu.c.
> Most of the cpuid related functions, including *_cpuid_str()'s
> declaration and platform specific definition,
Em Wed, Nov 21, 2018 at 04:43:41PM +0100, Jiri Olsa escreveu:
> The Compiled Method Load Record (cmlr) is JDK specific
> interface to access JVM stack info. This makes the jvmti
> agent code not compile under another jdk, which does not
> support that.
>
> Separating jvmti cmlr check into special
Em Wed, Nov 21, 2018 at 04:43:41PM +0100, Jiri Olsa escreveu:
> The Compiled Method Load Record (cmlr) is JDK specific
> interface to access JVM stack info. This makes the jvmti
> agent code not compile under another jdk, which does not
> support that.
>
> Separating jvmti cmlr check into special
On Wed, Nov 21, 2018 at 12:51 PM Jiri Kosina wrote:
>
> For -rc, I don't think we need to do this at this moment, given the
> prctl+seccomp fixup is basically ready, do we?
Agreed.
Linus
On Wed, Nov 21, 2018 at 12:51 PM Jiri Kosina wrote:
>
> For -rc, I don't think we need to do this at this moment, given the
> prctl+seccomp fixup is basically ready, do we?
Agreed.
Linus
We duplicate the 'depends on' in almost every Kconfig here, and it's
getting out of hand now that we have tens of options for various SoC
drivers here. Let's clean it up a little by making a menuconfig for a
submenu and adding an if wrapper around the driver section.
Cc: Taniya Das
We duplicate the 'depends on' in almost every Kconfig here, and it's
getting out of hand now that we have tens of options for various SoC
drivers here. Let's clean it up a little by making a menuconfig for a
submenu and adding an if wrapper around the driver section.
Cc: Taniya Das
My out of tree driver build is now reporting issues with the jump table:
./include/linux/jump_label.h: In function ‘jump_entry_code’:
./include/linux/jump_label.h:153:14: error: dereferencing pointer to incomplete
type ‘const struct jump_entry’
return entry->code;
^~
My out of tree driver build is now reporting issues with the jump table:
./include/linux/jump_label.h: In function ‘jump_entry_code’:
./include/linux/jump_label.h:153:14: error: dereferencing pointer to incomplete
type ‘const struct jump_entry’
return entry->code;
^~
On Wed, Nov 21, 2018 at 10:48 AM Alexandre Belloni
wrote:
>
> Hi Rob,
>
> On 21/11/2018 10:41:01-0600, Rob Herring wrote:
> > > +Optional properties in serial and SPI mode:
> > > +- dma bindings for dma transfer:
> > > + - dmas: DMA specifier, consisting of a phandle to DMA controller
> >
On Wed, Nov 21, 2018 at 10:48 AM Alexandre Belloni
wrote:
>
> Hi Rob,
>
> On 21/11/2018 10:41:01-0600, Rob Herring wrote:
> > > +Optional properties in serial and SPI mode:
> > > +- dma bindings for dma transfer:
> > > + - dmas: DMA specifier, consisting of a phandle to DMA controller
> >
On Wed, 21 Nov 2018, Tim Chen wrote:
> Commit 53c613fe "x86/speculation: Enable cross-hyperthread spectre v2 STIBP
> mitigation"
> turns on STIBP all the time.
>
> This causes large performance regression in many workloads.
>
> One case is perlbench in the SpecInt Rate 2006 test suite which
On Wed, 21 Nov 2018, Tim Chen wrote:
> Commit 53c613fe "x86/speculation: Enable cross-hyperthread spectre v2 STIBP
> mitigation"
> turns on STIBP all the time.
>
> This causes large performance regression in many workloads.
>
> One case is perlbench in the SpecInt Rate 2006 test suite which
Hi,
On Wed, Nov 21, 2018 at 12:39 PM Doug Anderson wrote:
>
> Hi,
> On Wed, Nov 21, 2018 at 12:25 PM Stephen Rothwell
> wrote:
> >
> > Hi all,
> >
> > Commit
> >
> > fe115f7fd44b ("regulator: core: Only count load for enabled consumers")
> >
> > is missing a Signed-off-by from its author.
>
Hi,
On Wed, Nov 21, 2018 at 12:39 PM Doug Anderson wrote:
>
> Hi,
> On Wed, Nov 21, 2018 at 12:25 PM Stephen Rothwell
> wrote:
> >
> > Hi all,
> >
> > Commit
> >
> > fe115f7fd44b ("regulator: core: Only count load for enabled consumers")
> >
> > is missing a Signed-off-by from its author.
>
Song,
On Tue, 20 Nov 2018, Muchun Song wrote:
> John Stultz 于2018年11月20日周二 上午2:16写道：
> >
> > On Mon, Nov 19, 2018 at 6:10 AM, Muchun Song wrote:
> > > The elements of the heads array are a linked list of timer events that
> > > expire at the current time. And it can contain up to LVL_DEPTH
Song,
On Tue, 20 Nov 2018, Muchun Song wrote:
> John Stultz 于2018年11月20日周二 上午2:16写道：
> >
> > On Mon, Nov 19, 2018 at 6:10 AM, Muchun Song wrote:
> > > The elements of the heads array are a linked list of timer events that
> > > expire at the current time. And it can contain up to LVL_DEPTH
On Wed, 21 Nov 2018, Thomas Gleixner wrote:
> Make the scheduler's 'sched_smt_present' static key globaly available, so
> it can be used in the x86 speculation control code.
>
> Provide a query function and a stub for the CONFIG_SMP=n case.
>
> Signed-off-by: Thomas Gleixner
> ---
>
On Wed, 21 Nov 2018, Thomas Gleixner wrote:
> Make the scheduler's 'sched_smt_present' static key globaly available, so
> it can be used in the x86 speculation control code.
>
> Provide a query function and a stub for the CONFIG_SMP=n case.
>
> Signed-off-by: Thomas Gleixner
> ---
>
Hi,
On Wed, Nov 21, 2018 at 12:25 PM Stephen Rothwell wrote:
>
> Hi all,
>
> Commit
>
> fe115f7fd44b ("regulator: core: Only count load for enabled consumers")
>
> is missing a Signed-off-by from its author.
Argh. When I squashed two commits together I must have clobbered the
Signed-off-by.
Hi,
On Wed, Nov 21, 2018 at 12:25 PM Stephen Rothwell wrote:
>
> Hi all,
>
> Commit
>
> fe115f7fd44b ("regulator: core: Only count load for enabled consumers")
>
> is missing a Signed-off-by from its author.
Argh. When I squashed two commits together I must have clobbered the
Signed-off-by.
On Wed, 21 Nov 2018, Borislav Petkov wrote:
> On Wed, Nov 21, 2018 at 09:14:35PM +0100, Thomas Gleixner wrote:
> > From: Tim Chen
> >
> > If enhanced IBRS is active, STIBP is redundant for mitigating Spectre v2
> > user space exploits from hyperthread sibling.
> >
> > Disable STIBP when
On Wed, 21 Nov 2018, Borislav Petkov wrote:
> On Wed, Nov 21, 2018 at 09:14:35PM +0100, Thomas Gleixner wrote:
> > From: Tim Chen
> >
> > If enhanced IBRS is active, STIBP is redundant for mitigating Spectre v2
> > user space exploits from hyperthread sibling.
> >
> > Disable STIBP when
On Wed, Nov 21, 2018 at 09:14:35PM +0100, Thomas Gleixner wrote:
> From: Tim Chen
>
> If enhanced IBRS is active, STIBP is redundant for mitigating Spectre v2
> user space exploits from hyperthread sibling.
>
> Disable STIBP when enhanced IBRS is used.
>
> Signed-off-by: Tim Chen
>
On Wed, Nov 21, 2018 at 09:14:35PM +0100, Thomas Gleixner wrote:
> From: Tim Chen
>
> If enhanced IBRS is active, STIBP is redundant for mitigating Spectre v2
> user space exploits from hyperthread sibling.
>
> Disable STIBP when enhanced IBRS is used.
>
> Signed-off-by: Tim Chen
>
Commit 53c613fe "x86/speculation: Enable cross-hyperthread spectre v2 STIBP
mitigation"
turns on STIBP all the time.
This causes large performance regression in many workloads.
One case is perlbench in the SpecInt Rate 2006 test suite which shows a
21% reduction in throughput.
There're also
Commit 53c613fe "x86/speculation: Enable cross-hyperthread spectre v2 STIBP
mitigation"
turns on STIBP all the time.
This causes large performance regression in many workloads.
One case is perlbench in the SpecInt Rate 2006 test suite which shows a
21% reduction in throughput.
There're also
On Wed, Nov 21, 2018 at 12:28 PM Linus Torvalds
wrote:
>
> Ugh. Now you're using the broken quilt thing that makes a mush of emails for
> me.
Reading the series in alpine makes it look fine. No testing, but each
patch seems sensible.
And yes, triggering on seccomp makes more sense than
On Wed, Nov 21, 2018 at 12:28 PM Linus Torvalds
wrote:
>
> Ugh. Now you're using the broken quilt thing that makes a mush of emails for
> me.
Reading the series in alpine makes it look fine. No testing, but each
patch seems sensible.
And yes, triggering on seccomp makes more sense than
On Wed, 21 Nov 2018, Linus Torvalds wrote:
> On Wed, Nov 21, 2018 at 12:18 PM Thomas Gleixner wrote:
> >
> > From: Tim Chen "Reduced Data Speculation" is an obsolete term.
>
> Ugh. Now you're using the broken quilt thing that makes a mush of emails for
> me.
Gah. Dammit, I forgot to disable
On Wed, 21 Nov 2018, Linus Torvalds wrote:
> On Wed, Nov 21, 2018 at 12:18 PM Thomas Gleixner wrote:
> >
> > From: Tim Chen "Reduced Data Speculation" is an obsolete term.
>
> Ugh. Now you're using the broken quilt thing that makes a mush of emails for
> me.
Gah. Dammit, I forgot to disable
On Wed, Nov 21, 2018 at 12:18 PM Thomas Gleixner wrote:
>
> From: Tim Chen "Reduced Data Speculation" is an obsolete term.
Ugh. Now you're using the broken quilt thing that makes a mush of emails for me.
Linus
On Wed, Nov 21, 2018 at 12:18 PM Thomas Gleixner wrote:
>
> From: Tim Chen "Reduced Data Speculation" is an obsolete term.
Ugh. Now you're using the broken quilt thing that makes a mush of emails for me.
Linus
On Wed, Nov 21, 2018 at 12:07 PM Dave Hansen wrote:
>
> Repurposing dumpable is really screwy and surely imprecise, but it
> really is the closest thing that we have without the new ABI.
But we *have* a new ABI.
So that's not a valid argument.
It's more like "this other thing that some other
On Wed, Nov 21, 2018 at 12:07 PM Dave Hansen wrote:
>
> Repurposing dumpable is really screwy and surely imprecise, but it
> really is the closest thing that we have without the new ABI.
But we *have* a new ABI.
So that's not a valid argument.
It's more like "this other thing that some other
Hi all,
Commit
fe115f7fd44b ("regulator: core: Only count load for enabled consumers")
is missing a Signed-off-by from its author.
--
Cheers,
Stephen Rothwell
pgpUALVfSYcJM.pgp
Description: OpenPGP digital signature
Hi all,
Commit
fe115f7fd44b ("regulator: core: Only count load for enabled consumers")
is missing a Signed-off-by from its author.
--
Cheers,
Stephen Rothwell
pgpUALVfSYcJM.pgp
Description: OpenPGP digital signature
601 - 700 of 1818 matches
Mail list logo
