The hi655x driver is required for mmc/sd functionality on the
96boards hikey, and likely other platforms. When built as
a standalone module it doesn't get automatically loaded because
it is missing the module probe hooks.
Adding that boilerplate so it gets demand loaded.
Signed-off-by: Jeremy Lin
Write throughput is pretty
low at around 150 MB/s.
What's the original write throughput without this patch? Is it also
around 80 MB/s ?
It is around 20-30 MB/s. Same fio args except using --rw=write.
Got it.
Thanks.
BRs
Xiubo
On Tue, 2017-02-28 at 16:11 -0800, Kees Cook wrote:
> On Tue, Feb 28, 2017 at 4:06 PM, Andrew Morton
> wrote:
> > On Mon, 27 Feb 2017 12:54:55 -0800 Joe Perches wrote:
> >
> > > %pK was at least once misused at %pk in an out-of-tree module.
> > > This lead to some security concerns. Add the abi
On 03/01/2017 08:43 AM, Dave Hansen wrote:
> On 02/28/2017 04:39 PM, Andrew Morton wrote:
>> Dumb question: why not do this in userspace, presumably as part of the
>> malloc() library? malloc knows where all the memory is and should be
>> able to kick off N threads to run around munmapping everyth
Hi Joerg,
[auto build test ERROR on iommu/next]
[also build test ERROR on v4.10 next-20170228]
[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/Joerg-Roedel/iommu-vt-d-Fix-crash-when-accessing-VT
Instead of manually converting big endian data on wire into host
endianness, let's use helpers to do that for us. It might save us
a few cycles if host endianness matches what's on wire.
Signed-off-by: Dmitry Torokhov
---
drivers/input/touchscreen/eeti_ts.c | 6 --
1 file changed, 4 insertio
On Tue, Feb 28, 2017 at 10:14:37PM +0100, Arnd Bergmann wrote:
> tw5864_frameinterval_get() only initializes its output when it successfully
> identifies the video standard in tw5864_input. We get a warning here because
> gcc can't always track the state if initialized warnings across a WARN()
> ma
TUXEDO BU1406 does not implement active multiplexing mode properly,
and takes around 550 ms in i8042_set_mux_mode(). Given that the
device does not have external AUX port, there is no downside in
disabling the MUX mode.
Reported-by: Paul Menzel
Suggested-by: Vojtech Pavlik
Signed-off-by: Dmitry
Using devm_* APIs simpifies error handling and device teardown.
Signed-off-by: Dmitry Torokhov
---
drivers/input/touchscreen/eeti_ts.c | 70 -
1 file changed, 22 insertions(+), 48 deletions(-)
diff --git a/drivers/input/touchscreen/eeti_ts.c
b/drivers/input/
On Tue, 21 Feb 2017 11:58:39 +0200 Elena Reshetova
wrote:
> Now when new refcount_t type and API are finally merged
> (see include/linux/refcount.h), the following
> patches convert various refcounters in the mm susystem from atomic_t
> to refcount_t. By doing this we prevent intentional or acci
Vignesh,
Am 27.02.2017 um 13:08 schrieb Vignesh R:
> Filesystems like UBIFS may pass vmalloc'd buffers to SPI NOR layer which
> will end up in SPI layer. SPI core does try to handle such buffers (see
> spi_map_buf()) by doing vmalloc_to_page() and creating scatterlist. But,
> its known that this d
Hi Rob,
> -Original Message-
> From: Rob Herring [mailto:r...@kernel.org]
> Sent: Tuesday, February 28, 2017 1:19 AM
> To: Y.T. Tang
> Cc: mturque...@baylibre.com; sb...@codeaurora.org;
> mark.rutl...@arm.com; linux-...@vger.kernel.org;
> devicet...@vger.kernel.org; linux-kernel@vger.kern
Hi,
On 28/02/17 17:24, Icenowy Zheng wrote:
> The A64 has a R_PIO pin controller, similar to the one found on the H3 SoC.
> Add support for the pins controlled by the R_PIO controller.
>
> Signed-off-by: Icenowy Zheng
> ---
> drivers/pinctrl/sunxi/Kconfig| 5 +
> drivers/pinct
On Tue, 28 Feb 2017, Matt Redfearn wrote:
> diff --git a/arch/mips/kernel/process.c b/arch/mips/kernel/process.c
> index 5b1e932ae973..6ba5b775579c 100644
> --- a/arch/mips/kernel/process.c
> +++ b/arch/mips/kernel/process.c
> @@ -386,8 +386,9 @@ static int get_frame_info(struct mips_frame_info *i
On 2/28/17 3:14 PM, Eric Dumazet wrote:
> On Tue, Feb 28, 2017 at 3:09 PM, David Ahern wrote:
>> On 2/28/17 5:10 AM, Eric Dumazet wrote:
>>> David, rt->rt6i_idev can be NULL.
>>
>> Do you know of an example where rt6i_idev can be NULL - besides the
>> null_entry rt which is null only because of in
On Tue, Feb 28, 2017 at 9:08 AM, Alban Bedel
wrote:
> On DT systems the driver require a clock, but the probe just print a
> warning and continue, leading to a crash when resetting the device.
> To fix this crash and properly handle probe deferals only ignore the
> missing clock if DT isn't used o
On Mon, 27 Feb 2017 12:54:55 -0800 Joe Perches wrote:
> %pK was at least once misused at %pk in an out-of-tree module.
> This lead to some security concerns. Add the ability to track
> single and multiple line statements for misuses of %p.
Should we also do this?
---
a/lib/vsprintf.c~checkpat
Follow-on patch for gpio-thunderx uses a irqdomain hierarchy which
requires slightly different flow handlers, add them to chip.c which
contains most of the other flow handlers.
Signed-off-by: David Daney
---
include/linux/irq.h | 2 ++
kernel/irq/chip.c | 102
Signed-off-by: David Daney
Acked-by: Rob Herring
---
.../devicetree/bindings/gpio/gpio-thunderx.txt | 27 ++
1 file changed, 27 insertions(+)
create mode 100644 Documentation/devicetree/bindings/gpio/gpio-thunderx.txt
diff --git a/Documentation/devicetree/bindings/gpio/
The ThunderX/OCTEON-TX GPIO hardware looks like a PCIe device, with
the interrupt signal from each GPIO line being routed to a dedicated
MSI-X. This interrupt routing requires that we add some custom
processing to the beginning of the MSI-X irqdomain hierarchy.
Changes from v4:
- Rebased to pos
For an already existing irqdomain hierarchy, as might be obtained via
a call to pci_enable_msix(), a PCI driver wishing to add an additional
irqdomain to the hierarchy needs to be able to insert the irqdomain to
that already initialized hierarchy. Calling
irq_domain_create_hierarchy() allows the n
Cavium ThunderX and OCTEON-TX are arm64 based SoCs. Add driver for
the on-chip GPIO pins.
Signed-off-by: David Daney
---
drivers/gpio/Kconfig | 8 +
drivers/gpio/Makefile| 1 +
drivers/gpio/gpio-thunderx.c | 572 +++
3 files changed, 5
Guys,
the recent 'objtool' pull request broke things.
I haven't bisected it, but I'm pretty sure that this part is pure garbage:
On Mon, Feb 27, 2017 at 11:53 PM, Ingo Molnar wrote:
>
> diff --git a/arch/x86/kernel/vmlinux.lds.S b/arch/x86/kernel/vmlinux.lds.S
> index e79f15f108a8..ad0118fbce90
On Wed, 1 Mar 2017, SIMRAN SINGHAL wrote:
> On Tue, Feb 28, 2017 at 2:13 AM, Joe Perches wrote:
> > On Tue, 2017-02-28 at 01:51 +0530, SIMRAN SINGHAL wrote:
> >> On Tue, Feb 28, 2017 at 12:55 AM, Joe Perches wrote:
> >> > On Mon, 2017-02-27 at 23:44 +0530, simran singhal wrote:
> >> > > This p
Hi all,
Please do not add any material intended for v4.12 to your linux-next
included branches until after v4.11-rc1 has been released.
Changes since 20170228:
The vfs tree still had its build failure for which I added a fix patch.
Non-merge commits (relative to Linus' tree): 827
865
gpiod API allows standard way of specifying GPIO polarity and takes it into
account when reading or setting GPIO state. It also allows us to switch to
common way of obtaining GPIO descriptor and away form legacy platform data.
Signed-off-by: Dmitry Torokhov
---
arch/arm/mach-pxa/raumfeld.c
On Tue, Feb 28, 2017 at 09:16:50AM +, Mark Brown wrote:
> On Mon, Feb 27, 2017 at 08:18:56PM -0800, Dmitry Torokhov wrote:
> > Lists of spi_board_info entries registered with spi_register_board_info()
> > can be quite long; instead of forcing memory allocator find contagious
>
> Do you have nu
Signed-off-by: David Daney
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 76dfb51..c281607 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11033,6 +11033,11 @@ M: Andreas Noever
S: Maintained
F: drivers/thunderbolt/
+THUNDE
Many of the family of functions including irq_chip_mask_parent(),
irq_chip_unmask_parent() are exported, but not all.
Add EXPORT_SYMBOL_GPL to irq_chip_enable_parent,
irq_chip_disable_parent and irq_chip_set_affinity_parent, so they
likewise are usable from modules.
Signed-off-by: David Daney
--
Hi Linus,
Please pull the second set of powerpc updates for 4.11.
This includes an update of the disassembly code in xmon, from binutils. We've
received permission from all the authors of the relevant binutils changes to
relicense their changes to the relevant files from GPLv3 to GPLv2. That was
On Tue, Feb 28, 2017 at 03:38:09PM -0800, Linus Torvalds wrote:
> On Tue, Feb 28, 2017 at 1:11 PM, Matthew Wilcox wrote:
> >
> > The most significant part of the following is the patch to rewrite the
> > IDR & IDA to be clients of the radix tree.
>
> Could you give a bit more details about what t
Current CMA size of 64 Mbytes is right on the edge of being small when
several drivers need to allocate large CMA buffers.
For example, if the s5p-mfc driver needs to pre-allocate N MiB CMA memory
to decode a H.264 1080p video, then there won't be enough CMA memory left
for other drivers, such as
On 02/28/2017 04:56 PM, Linus Torvalds wrote:
On Mon, Feb 20, 2017 at 8:37 PM, Linus Torvalds
wrote:
Yeah, so enabling HID_RMI makes my touchpad work again.
.. so I just noticed something: it works subtly differently.
When I drag something around, I mostly just double-tap and move, and
that s
Hi James,
On 2017/2/28 21:21, James Morse wrote:
> Hi,
>
> On 28/02/17 06:25, Xiongfeng Wang wrote:
>> On 2017/2/27 21:58, James Morse wrote:
>>> On 25/02/17 07:15, Xiongfeng Wang wrote:
Can we inject an sea into the guest, so that the guest can kill the
application which causes the err
On Tue, 28 Feb 2017 09:10:39 -0800 Linus Torvalds
wrote:
> On Sat, Feb 25, 2017 at 9:08 AM, Dan Williams
> wrote:
> >
> > I'm sending this through the -mm tree for a double-check from memory
> > management folks. It has a build success notification from the kbuild
> > robot.
>
> I'm just chec
On Fri, 24 Feb 2017 19:40:31 +0800 Aaron Lu wrote:
> For regular processes, the time taken in its exit() path to free its
> used memory is not a problem. But there are heavy ones that consume
> several Terabytes memory and the time taken to free its memory could
> last more than ten minutes.
>
>
For drm/vmwgfx: Acked-by: Sinclair Yeh
On Tue, Feb 28, 2017 at 04:55:54AM -0800, Joe Perches wrote:
> Use a more common logging style.
>
> Miscellanea:
>
> o Coalesce formats and realign arguments
> o Neaten a few macros now using pr_
>
> Signed-off-by: Joe Perches
> ---
> drivers/gpu/drm/g
On Wed, Mar 1, 2017 at 2:29 AM, Andre Przywara wrote:
> Hi,
>
> On 28/02/17 17:24, Icenowy Zheng wrote:
>> The A64 has a R_PIO pin controller, similar to the one found on the H3 SoC.
>> Add support for the pins controlled by the R_PIO controller.
>>
>> Signed-off-by: Icenowy Zheng
>> ---
>> driv
* Milo Kim [170227 22:47]:
> TI LMU (Lighting Management Unit) driver supports lighting devices below.
>
> LM3532, LM3631, LM3632, LM3633, LM3695 and LM3697.
>
> LMU devices have common features.
> - I2C interface for accessing device registers
> - Hardware enable pin control
> - Backlig
On Wed, Mar 1, 2017 at 2:55 AM, Icenowy Zheng wrote:
>
>
> 01.03.2017, 02:15, "Andre Przywara" :
>> Hi Icenowy,
>>
>> (first thing: could you create your series with --cover-letter and fill
>> this in? There you could explain what this series is about and also
>> state things like dependencies fro
On Tue, Feb 28, 2017 at 05:20:57PM -0800, Dmitry Torokhov wrote:
> TUXEDO BU1406 does not implement active multiplexing mode properly,
> and takes around 550 ms in i8042_set_mux_mode(). Given that the
> device does not have external AUX port, there is no downside in
> disabling the MUX mode.
>
> R
The idea of this patchset was to introduce
the concept of memory that is not necessarily system memory, but is coherent
in terms of visibility/access with some restrictions
Which should be done without special casing the page allocator, cpusets and
special casing how cpusets are handled. It's n
On Tue, Feb 28, 2017 at 10:47:02PM +0100, Arnd Bergmann wrote:
> On Tue, Feb 28, 2017 at 10:42 PM, Guenter Roeck wrote:
> > On Tue, Feb 28, 2017 at 10:01:17PM +0100, Arnd Bergmann wrote:
> >> When the db8500 watchdog is enabled without the PRCMU, we get a lot of
> >> warnings about duplicate or mi
Hi,
> From: Seunghun Han [mailto:kkama...@gmail.com]
> Subject: Re: [PATCH v2] acpi: acpica: fix acpi operand cache leak
>
> Hello, Lv and Rafael.
>
> I checked that my patch was merged to ACPICA project.
> Thank you for your notice.
>
> I added an analysis report which has the root cause of t
On 02/28/17 15:16, Guenter Roeck wrote:
> On Tue, Feb 28, 2017 at 10:48:27PM +0100, Arnd Bergmann wrote:
>> On Tue, Feb 28, 2017 at 10:44 PM, Arnd Bergmann wrote:
>>> On Tue, Feb 28, 2017 at 10:36 PM, Guenter Roeck wrote:
>>>
> config WM831X_WATCHDOG
> tristate "WM831x watchdog"
>>
Can save the space that the KERN_ headers require.
The biggest negative here is the %pV use which needs
recursion and adds stack depth.
$ size vmlinux.o* (defconfig, x86-64)
text data bss dec hex filename
12586135 1909841 777528 15273504 e90e20 vmlinux.o.new
12590348 1909
On Tue, Feb 28, 2017 at 03:01:52PM +0100, Greg Kroah-Hartman wrote:
> On Tue, Feb 28, 2017 at 02:24:40PM +0100, Michał Kępień wrote:
> > > On Tue, Feb 28, 2017 at 09:33:28AM +0100, Micha?? K??pie?? wrote:
> > > > GregKH wrote:
> > > > > On Mon, Feb 27, 2017 at 10:17:55PM -0800, Darren Hart wrote:
>
The background to this is:
https://github.com/linux-audit/audit-kernel/issues/8
In short, audit SYSCALL records for *init_module were occasionally
accompanied by hundreds to thousands of null PATH records.
I chatted with Al Viro and Eric Paris about this Friday afternoon and
they seemed t
Tracefs or debugfs were causing hundreds to thousands of null PATH records to
be associated with the init_module and finit_module SYSCALL records on a few
modules when the following rule was in place for startup:
-a always,exit -F arch=x86_64 -S init_module -F key=mod-load
In __audit_inode
Tracefs or debugfs were causing hundreds to thousands of null PATH records to
be associated with the init_module and finit_module SYSCALL records on a few
modules when the following rule was in place for startup:
-a always,exit -F arch=x86_64 -S init_module -F key=mod-load
This patch hides
> "Colin" == Colin King writes:
Colin> The call to qedi_setup_int is not updating the return code rc yet
Colin> rc is being checked for an error. Fix this by assigning rc to the
Colin> return code from the call to qedi_setup_int.
Applied to 4.11/scsi-fixes.
--
Martin K. Petersen Oracl
Tracefs or debugfs were causing hundreds to thousands of null PATH records to
be associated with the init_module and finit_module SYSCALL records on a few
modules when the following rule was in place for startup:
-a always,exit -F arch=x86_64 -S init_module -F key=mod-load
Don't create tho
This adds kernel-doc comments for the new refcount_t API.
Signed-off-by: David Windsor
---
include/linux/refcount.h | 19 ++
lib/refcount.c | 95 +++-
2 files changed, 105 insertions(+), 9 deletions(-)
diff --git a/include/linux/refc
Sorry, I forgot to include Cc: in this cover letter for context to the 4
alt patches.
On 2017-02-28 22:15, Richard Guy Briggs wrote:
> The background to this is:
> https://github.com/linux-audit/audit-kernel/issues/8
>
> In short, audit SYSCALL records for *init_module were occasionally
> a
On Tue, Feb 28, 2017 at 02:55:51PM -0800, Laura Abbott wrote:
> On 02/28/2017 02:04 AM, Mark Rutland wrote:
> > On Tue, Feb 28, 2017 at 08:42:51AM +, Ard Biesheuvel wrote:
> >> On 28 February 2017 at 07:05, Miles Chen wrote:
> >>> Mask kernel pointers of /sys/kernel/debug/kernel_page_tables en
On Tue, Jan 24, 2017 at 02:03:23PM +1300, Eric W. Biederman wrote:
> Andrei Vagin writes:
>
> > Now a shared group can be only inherited from a source mount.
> > This patch adds an ability to add a mount into an existing shared
> > group.
>
> This sounds like a lot of the discussion on bind moun
On Tuesday, February 28, 2017 10:37:04 PM EST Richard Guy Briggs wrote:
> Sorry, I forgot to include Cc: in this cover letter for context to the 4
> alt patches.
>
> On 2017-02-28 22:15, Richard Guy Briggs wrote:
> > The background to this is:
> > https://github.com/linux-audit/audit-kernel/is
Hi Xin
I have used 3.10.0-514.6.2.el7.x86_64 on Centos7 and tessted. the
same issue still occur.
any idea?
On Mon, Feb 27, 2017 at 11:06 PM, Xin Long wrote:
> On Mon, Feb 27, 2017 at 5:01 PM, Sun Paul wrote:
>> Hi, can I confirm that the problem is on the Linux router itself or on
>> both ser
On 02/28/2017 07:58 PM, Peter Senna Tschudin wrote:
The video processing pipeline on the second output on the GE B850v3:
Host -> LVDS|--(STDP4028)--|DP -> DP|--(STDP2690)--|DP++ -> Video output
Each bridge has a dedicated flash containing firmware for supporting the
custom design. The resul
Hi,
It's reproduciable, not everytime though. Ext4 works fine.
Based on test logs, it's bad on Linus tree commit:
e5d56ef Merge tag 'watchdog-for-linus-v4.11'
It's good on commit:
f8e6859 Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/sparc
Trying to narrow down a little bit.
Th
On Tue, Feb 28, 2017 at 06:31:10PM -0800, Andrew Duggan wrote:
> On 02/28/2017 04:56 PM, Linus Torvalds wrote:
> > On Mon, Feb 20, 2017 at 8:37 PM, Linus Torvalds
> > wrote:
> > > Yeah, so enabling HID_RMI makes my touchpad work again.
> > .. so I just noticed something: it works subtly differentl
Hi Bjorn,
On Saturday 18 February 2017 01:21 AM, Bjorn Helgaas wrote:
> On Thu, Feb 16, 2017 at 07:33:15AM +0900, Jaehoon Chung wrote:
>> Dear Bjorn,
>>
>> On 02/16/2017 06:11 AM, Bjorn Helgaas wrote:
>>> On Mon, Feb 13, 2017 at 05:26:09PM +0900, Jaehoon Chung wrote:
This patcheset is for usi
On Tue, Feb 28, 2017 at 09:47:34PM +0100, Nicolas Dichtel wrote:
> This patch prepares the uapi export by fixing the following error:
>
> .../linux/cryptouser.h:58:16: error: ‘CRYPTO_MAX_ALG_NAME’ undeclared here
> (not in a function)
> char cru_name[CRYPTO_MAX_ALG_NAME];
>
> Signed-off-by: Ni
Hi Linus,
Please pull these three arm64 fixes for -rc1. The main fix here addresses a
kernel panic triggered on Qualcomm QDF2400 due to incorrect register usage
in an erratum workaround introduced during the merge window.
Cheers,
Will
--->8
The following changes since commit ffe7afd1713558d734
On Tue, Feb 28, 2017 at 7:24 PM, Peter Hutterer
wrote:
>
> I suspect you're just triggering a bug that wasn't triggered by the ps/2
> emulation. you can run linput-debug-events --verbose and have a look at the
> various state debugging information, that may hint at what's going on (e.g.
> a finger
On Tue, Feb 28, 2017 at 04:49:00PM +0100, Peter Zijlstra wrote:
> On Wed, Jan 18, 2017 at 10:17:32PM +0900, Byungchul Park wrote:
>
> > +struct cross_lock {
> > + /*
> > +* When more than one acquisition of crosslocks are overlapped,
> > +* we do actual commit only when ref == 0.
> > +
On Tue, Feb 28, 2017 at 05:47:53PM +, Juri Lelli wrote:
> > > > Let's consider the following example.
> > > >
> > > > timeline : o...o.o...o..o
> > > >^ ^ ^ ^ ^
> > > >| | | |
Hello Dimitry,
Am 28.02.2017 um 07:20 schrieb Dmitry Torokhov:
On February 27, 2017 10:13:43 PM PST, Heiko Schocher wrote:
Hello David,
Am 28.02.2017 um 06:30 schrieb David Lechner:
On 02/27/2017 11:19 PM, Heiko Schocher wrote:
Hello David,
Am 27.02.2017 um 19:11 schrieb David Lechner:
On
On Tue, Feb 28, 2017 at 07:29:02PM +0100, Peter Zijlstra wrote:
> On Tue, Feb 28, 2017 at 10:24:44PM +0900, Byungchul Park wrote:
> > On Tue, Feb 28, 2017 at 02:10:12PM +0100, Peter Zijlstra wrote:
>
> > > > +/* For easy access to xhlock */
> > > > +#define xhlock(t, i) ((t)->xhlocks + (
From: Len Brown
--Package is now "--cpu package",
which will display just the 1st CPU in each package
--processor is not "--cpu core"
which will display just the 1st CPU in each core
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.8 | 6 +-
tools/power/x86/turbostat/turb
From: Len Brown
update examples to show recently updated features.
In particular
--add
--show
--hide
--cpu
--list
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.8 | 238 --
1 file changed, 140 insertions(+), 98 deletions(-)
diff --git a/tools/
From: Len Brown
Make it possible to take the entire un-edited output
from `turbostat --list` and feed it to "turbostat --show"
or "turbostat --hide".
To do this, the leading comma was removed
(no mater what columns are active)
and also they dynamic C-state "C1, C2, C3" etc are replaced
by the st
From: Len Brown
Some users want turbostat to tell them everything, by default.
Some users want turbostat to be quiet, by default.
I find that I'm in the 1st camp, and so I've never liked
needing to type the --debug parameter to decode the system
configuration.
So here we change the default and
From: Len Brown
Gemini Lake is similar to Apollo Lake (Broxton/Goldmont)
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/power/x86/turbostat/turbostat.c
b/tools/power/x86/turbostat/turbostat.c
index 4b04ba86e44f
From: Len Brown
Originally, the only way to hide the sysfs C-state statistics columns
was with "--hide sysfs". This was because we process "--hide" before
we probe for those columns.
hack --hide to remember deferred hide requests, and apply
them when sysfs is probed.
"--hide sysfs" is still av
From: Len Brown
show the CPUID feature for turbo to clarify the case
when it may not be shown in MISC_ENABLE
CPUID(6): APERF, TURBO, DTS, PTM, No-HWP, No-HWPnotify, No-HWPwindow,
No-HWPepp, No-HWPpkg, EPB
cpu4: MSR_IA32_MISC_ENABLE: 0x00850089 (TCC EIST MWAIT TURBO)
Signed-off-by: Len Brown
-
From: Len Brown
The CC1 column in tubostat can be computed by subtracting
the core c-state residency countes from the total Cx residency.
CC1 = (Idle_time_as_measured by MPERF) - (all core C-states with
residency counters)
However, as the underlying counter reads are not atomic,
error can be no
From: Len Brown
Skip these two counters on BDX, as they are always zero:
cc7, pc7
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/tools/power/x86/turbostat/turbostat.c
b/tools/power/x86/turbostat/turbost
From: Len Brown
Fix a bug with --add, where the title of the column
is un-initialized if not specified by the user.
The initial implementation of --show and --hide
neglected to handle the pc8/pc9/pc10 counters.
Fix a bug where "--show Core" only worked with --debug
Reported-by: Wendy Wang
Sig
From: Len Brown
When the "u32" keyword is used with --add, it means that
the output should be truncated to 32-bits. This was not
happening and all 64-bits were printed.
Also, when no column name was used for an added MSR,
The default column name was in deximal, eg. MSR16.
Users report that they
From: Len Brown
The CPU ticks at a rate in the "bus clock" domain.
eg. 100 MHz * bus_ratio.
On newer processors, the TSC has been moved out of this BCLK
domain and into a separate crystal-clock domain.
While the TSC ticks "close to" the base frequency, those that look
closely at the numbers wil
From: Len Brown
Some time ago, turbostat overflowed 80 columns.
So on the assumption that a "casual" user would always
want topology and frequency columns, we hid the rest
of the columns and the system configuration decoding
behind the --debug option.
Not everybody liked that change -- includin
From: Len Brown
When turbostat is run in one-shot command mode,
the parent takes the 'before' counter snapshot,
fork/exec/wait for the child to exit,
takes the 'after' counter snapshot,
and prints the results.
however, if the child fails to exec the command,
it immediately returns, without indic
From: Len Brown
The turbostat before this last set of changes is obsolete.
This new version can do a lot more, but it also has
some different defaults, that might catch some off-guard.
So it seems a good time to give a new version number.
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/
From: Len Brown
With the --cpu parameter, turbostat prints only lines
for the specified set of CPUs:
sudo ./turbostat --quiet --show Core,CPU --cpu 0,1,3..5,6-7
CoreCPU
- -
0 0
0 4
1 1
1 5
2 6
From: Len Brown
When turbostat shows % of time in a CPU idle power state,
it has always been showing information from underlying
hardware residency counters.
While this reflects what the hardware is doing, and is thus
useful for understanding the hardware,
it doesn't directly tell us what Linux
From: Len Brown
Previously, the --add option could specify only an MSR.
Here is is extended so an arbitrary /sys attribute,
as specified by an absolute file path name.
sudo ./turbostat --add /sys/devices/system/cpu/cpu0/cpuidle/state5/usage
Signed-off-by: Len Brown
---
tools/power/x86/turbos
From: Len Brown
Skip these four counters on SKX, as they are always zero:
cc3, pc3
cc7, pc7
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/tools/power/x86/turbostat/turbostat.c
b/tools/power/x86/turbos
From: Len Brown
This non-architectural MSR has disable bits
for various prefetchers on modern processors.
While these bits are generally touched only by the BIOS,
say, via BIOS SETUP, it is useful to dump them
when examining options that can alter performance.
Cc: x...@kernel.org
Signed-off-by:
From: Len Brown
cpu1: cpufreq driver: acpi-cpufreq
cpu1: cpufreq governor: ondemand
cpufreq boost: 1
or
cpu0: cpufreq driver: intel_pstate
cpu0: cpufreq governor: powersave
cpufreq intel_pstate no_turbo: 0
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 50 ++
Hi Rafael,
Please pull these turbostat-related patches.
This patch series updates turbostat in the Linux kernel tree to
to the latest out-of-tree version -- 17.02.24.
There are several significant changes since the version that
shipped in the Linux-4.10 tree.
Default output is now verbose, --deb
From: Len Brown
Originally, these MSRs were locally defined in this driver.
Now the definitions are in msr-index.h -- use them.
Signed-off-by: Len Brown
---
drivers/cpufreq/intel_pstate.c | 15 +--
1 file changed, 5 insertions(+), 10 deletions(-)
diff --git a/drivers/cpufreq/intel
From: Len Brown
AMT value 0 is unlimited, not PC0
Signed-off-by: Len Brown
---
tools/power/x86/turbostat/turbostat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/power/x86/turbostat/turbostat.c
b/tools/power/x86/turbostat/turbostat.c
index 9b35c9bb0489..aedfaddbad
From: Len Brown
It is handy to know the list of column header names,
so that they can be used with --add and --skip
The new --list option shows them:
sudo ./turbostat --list --hide sysfs
,Core,CPU,Avg_MHz,Busy%,Bzy_MHz,TSC_MHz,IRQ,SMI,CPU%c1,CPU%c3,CPU%c6,CPU%c7,CoreTmp,PkgTmp,GFX%rc6,GFXMHz,Pk
From: Len Brown
The Baytrail SOC, with its Silvermont core, has some unique properties:
1. a hardware CC1 residency counter
2. a module-c6 residency counter
3. a package-c6 counter at traditional package-c7 counter address.
The SOC does not support c3, pc3, c7 or pc7 counters.
Signed-off-by: L
From: Len Brown
define MSR_PKG_CST_CONFIG_CONTROL (0xE2),
which is the string used by Intel Documentation.
We use this MSR in intel_idle and turbostat by a previous name,
to be updated in the next patch.
Cc: x...@kernel.org
Signed-off-by: Len Brown
---
arch/x86/include/asm/msr-index.h | 1 +
From: Len Brown
Add the "--show" and "--hide" cmdline parameters.
By default, turbostat shows all columns.
turbostat --hide counter_list
will continue showing all columns, except for those listed.
turbostat --show counter_list
will show _only_ the listed columns
These features work for built-
From: Len Brown
Cc: x...@kernel.org
Signed-off-by: Len Brown
---
arch/x86/include/asm/intel-family.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/include/asm/intel-family.h
b/arch/x86/include/asm/intel-family.h
index 8167fdb67ae8..9814db42b790 100644
--- a/arch/x86/include/asm/
From: Guan Ben
extend the pwm-beeper driver to support customized frequency
for SND_BELL from device tree.
Signed-off-by: Guan Ben
Signed-off-by: Mark Jonas
[h...@denx.de: adapted to 4.10-rc7]
Signed-off-by: Heiko Schocher
Acked-by: Rob Herring
---
Changes in v3:
- add comment from David L
On Tue, Feb 28, 2017 at 02:40:18PM +0100, Peter Zijlstra wrote:
> > +static int commit_xhlocks(struct cross_lock *xlock)
> > +{
> > + struct task_struct *curr = current;
> > + struct hist_lock *xhlock_c = xhlock_curr(curr);
> > + struct hist_lock *xhlock = xhlock_c;
> > +
> > + do {
> > +
401 - 500 of 858 matches
Mail list logo
