Add decoder support for PTWRITE, MWAIT, PWRE, PWRX and EXSTOP packets. This
patch only affects the decoder, so the tools still do not select or consume
the new information. That is added in subsequent patches.
Signed-off-by: Adrian Hunter
---
.../perf/util/intel-pt-decoder/intel-pt-decoder.c |
perf tools uses __fallthrough. Add missing __fallthrough to a switch
statement.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/intel-pt-decoder.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/perf/util/intel-pt-decoder/intel-pt-decoder.c
b/tools/p
The decoder will try to use branch packets to find an IP to start decoding
or to recover from errors. Currently the FUP packet is used only in the
case of an overflow, however there is no reason for that to be a special
case. So just use FUP always when scanning for an IP.
Signed-off-by: Adrian Hu
A value of zero is used to indicate that there is no IP. Ensure the value
is zero when the state is INTEL_PT_STATE_NO_IP.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/intel-pt-decoder.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/util/intel-pt-decoder/inte
Branch tracing is enabled by default, so a fake config bit called 'pt'
(pass-through) was added to allow the 'branch enable' bit to have affect.
Add default config 'pt,branch' which will allow users to disable branch
tracing using 'branch=0' instead of having to specify 'pt,branch=0'.
Signed-off-b
On Fri, May 19, 2017 at 10:06:01AM +0300, Konstantin Khlebnikov wrote:
> Currently this counter shown in /proc/lockdep if CONFIG_DEBUG_LOCKDEP=y
> This patch disables it completely if this option is disabled.
>
> This counter might be useful for debugging lockdep itself, but for normal
> debugging
The return compression stack must be cleared whenever there is a PSB. Fix
one case where that was not happening.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/intel-pt-decoder.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/perf/util/intel-pt-decoder/intel-pt-deco
The kernel now supports the disabling of branch tracing, however the
decoder assumes branch tracing is always enabled. Pass through a parameter
to indicate whether branch tracing is enabled and use it to avoid cases
when the decoder is expecting branch packets. There are 2 such cases.
First, FUP pa
Intel PT uses IP compression based on the last IP. For decoding purposes,
'last IP' is considered to be reset to zero whenever there is a
synchronization packet (PSB). The decoder wasn't doing that, and was
treating the zero value to mean that there was no last IP, whereas
compression can be done a
On 19/05/17 08:53, Corentin Labbe wrote:
This patch simply replace all occurrence of HMAC IPAD/OPAD value by their
define.
Signed-off-by: Corentin Labbe
---
Reviewed-by: Matthias Brugger
drivers/crypto/mediatek/mtk-sha.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff
Hi!
> > Well... two partitions at same place. If you use one, you will corrupt
> > information on the other one.
> >
> > OTOH this moves partition around (so that they don't overlap) so it is
> > probably not stable candidate.
> >
> > I guess this is not huge issue; people using these boards proba
Hi Gerd,
>-Original Message-
>From: intel-gvt-dev [mailto:intel-gvt-dev-boun...@lists.freedesktop.org] On
>Behalf Of Gerd Hoffmann
>Sent: Friday, May 19, 2017 4:57 PM
>To: Chen, Xiaoguang
>Cc: Tian, Kevin ; linux-kernel@vger.kernel.org;
>zhen...@linux.intel.com; Alex Williamson ; Lv,
>Zhi
On 19.05.2017 12:05, Vlastimil Babka wrote:
On 05/19/2017 08:59 AM, Konstantin Khlebnikov wrote:
Show count of global oom killer invocations in /proc/vmstat
Maybe some more rationale why is that useful?
Currently the only way to detect oom kill is grepping kernel logs.
This counter makes suc
On 05/17/2017, 03:23 PM, Jiri Slaby wrote:
>> So the initial CFI state is different between the two types of
>> "functions". And there are a lot of other differences. C-type
>> functions have to follow frame pointer conventions, for example. So
>> your FUNC_START macro (and objtool) would have t
On Fri, 19 May 2017 08:53:26 +0200
Corentin Labbe wrote:
> This patch simply replace all occurrence of HMAC IPAD/OPAD value by their
> define.
>
> Signed-off-by: Corentin Labbe
Acked-by: Boris Brezillon
> ---
> drivers/crypto/marvell/hash.c | 5 +++--
> 1 file changed, 3 insertions(+), 2 de
The used 0x1f mask is only valid for am335x family of SoC, different family
using this type of crossbar might have different number of electable
events. In case of am43xx family 0x3f mask should have been used for
example.
Instead of trying to handle each family's mask, just use u8 type to store
th
From: Joerg Roedel
Misbehaving devices can cause an endless chain of
io-page-faults, flooding dmesg and making the system-log
unusable or even prevent the system from booting.
So ratelimit the error messages about io-page-faults in a
per-device basis.
Signed-off-by: Joerg Roedel
---
drivers/i
Thanks for your suggestion, we will try to make it better and resend the patch
soon.
-Original Message-
From: Christoph Hellwig [mailto:h...@lst.de]
Sent: Thursday, May 18, 2017 9:44 PM
To: Xu, Yu A
Cc: linux-n...@lists.infradead.org; linux-kernel@vger.kernel.org; Busch, Keith
; ax...@
On 19.05.2017 12:09, Peter Zijlstra wrote:
On Fri, May 19, 2017 at 10:06:01AM +0300, Konstantin Khlebnikov wrote:
Currently this counter shown in /proc/lockdep if CONFIG_DEBUG_LOCKDEP=y
This patch disables it completely if this option is disabled.
This counter might be useful for debugging lock
Low Power Idle(LPI) support added acpi_processor_ffh_lpi_probe() and
acpi_processor_ffh_lpi_enter() as __weak functions and arch code is
supposed to provide the actual callbacks. This breaks if
ACPI_PROCESSOR is configured as a module.
Add CONFIG_ARCH_HAS_ACPI_LPI configuration option to fix this.
On Fri, May 19, 2017 at 06:19:12PM +0800, Jin Yao wrote:
> When doing sampling without PEBS
>
> perf record -e cycles:u ...
>
> On workloads that do a lot of kernel entry/exits we see kernel
> samples, even though :u is specified. This is due to skid existing.
>
> This is a security issue becaus
Current largesend and checksum offload feature in ibmveth driver,
- Source VM sends the TCP packets with ip_summed field set as
CHECKSUM_PARTIAL and TCP pseudo header checksum is placed in
checksum field
- CHECKSUM_PARTIAL flag in SKB will enable ibmveth driver to mark
"no checksum" and
Hi Linus,
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/joro/iommu.git
tags/iommu-fixes-v4.12-rc1
for you to fetch changes up to
Hi Archit,
On Friday 19 May 2017 14:24:36 Archit Taneja wrote:
> On 05/18/2017 08:25 PM, Laurent Pinchart wrote:
> > On Thursday 18 May 2017 13:56:19 Archit Taneja wrote:
> >> On 05/17/2017 12:16 AM, Eric Anholt wrote:
> >
> > [snip]
> >
> >>> In terms of physical connections:
> >>>[15-pin "D
Hi Linus,
Please pull some powerpc fixes for 4.12:
The following changes since commit 2ea659a9ef488125eb46da6eb571de5eae5c43f6:
Linux 4.12-rc1 (2017-05-13 13:19:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git
tags/powerpc-4
From: Surender Polsani
Fixed the following checkpatch.pl warnings:
octal permissions are more preferable than symbolic permissions
Replaced DEVICE_ATTR family macros with DEVICE_ATTR_RW family
as suggested by Greg K-H. Changed attributes and function
names where ever required to satisfy internal
I ran into a series of crashes within scsi_remove_target in SUSE 12 SP1
(3.12.49-11-default). This will happen very easily if there is a lot of disks
with many storage and host FC ports. It occurs when all the ports are timeout
at the same time. 50 disks for each rports (the same 50 LUNs), 4 rpo
From: Wei Yongjun
Make parse_ras_param() static as it is used locally only.
Signed-off-by: Wei Yongjun
Link: http://lkml.kernel.org/r/20170516161034.2973-1-weiyj...@gmail.com
Signed-off-by: Borislav Petkov
---
drivers/ras/ras.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Elena Reshetova
The refcount_t type and corresponding API should be used instead
of atomic_t when the variable is used as a reference counter. This
allows to avoid accidental refcounter overflows that might lead to
use-after-free situations.
Suggested-by: Kees Cook
Signed-off-by: Elena Re
From: Yazen Ghannam
We have support for the new SMCA MCA_DE{STAT,ADDR} registers in Linux.
So we've used these registers in place of MCA_{STATUS,ADDR} on SMCA
systems.
However, the guidance for current SMCA implementations of is to continue
using MCA_{STATUS,ADDR} and to use MCA_DE{STAT,ADDR} on
> It's a nice cleanup. However I found one more occasion in mmc_test.c,
> please fix that and re-spin.
To which source code place does this feedback refer?
Does it mean that another message removal would make sense in the
function “__mmc_test_register_dbgfs_file”?
https://git.kernel.org/pub/scm/l
From: Shiju Jose
System Controller Interrupts are received by ACPI's error device, which
in turn notifies the GHES code. The same is true of APEI's GSIV and
GPIO notification types. Add support for GSIV and GPIO sharing the SCI
register/unregister/notifier code. Rename the list and notifier to sh
From: Vishal Verma
The check for an MCE being a memory error in the NFIT mce handler was
bogus. Use the new mce_is_memory_error() helper to detect the error
properly.
Reported-by: Tony Luck
Cc:
Signed-off-by: Vishal Verma
Signed-off-by: Borislav Petkov
---
drivers/acpi/nfit/mce.c | 2 +-
1
From: Borislav Petkov
Export the function which checks whether an MCE is a memory error to
other users so that we can reuse the logic. Drop the boot_cpu_data use,
while at it, as mce.cpuvendor already has the CPU vendor in there.
Integrate a piece from a patch from Vishal Verma
to export it for
From: Yazen Ghannam
Scalable MCA systems have a new MCA_CONFIG register that we use to
configure each bank. We currently use this when we set up thresholding.
However, this is logically separate.
Group all SMCA-related initialization into a single function.
Signed-off-by: Yazen Ghannam
Cc: Ton
From: Borislav Petkov
Hi guys,
here's a bunch of assorted RAS fixes. Please queue the first two for
urgent as otherwise nfit won't be able to report memory errors properly.
Thanks.
Borislav Petkov (1):
x86/MCE: Export memory_error()
Elena Reshetova (1):
x86/mce: Convert threshold_bank.cpu
On Fri, May 19, 2017 at 11:29:05AM +0200, Peter Zijlstra wrote:
> On Fri, May 19, 2017 at 06:19:12PM +0800, Jin Yao wrote:
> > +bool skid_kernel_samples(struct perf_event *event, struct pt_regs *regs)
> > +{
> > + u64 ip;
> > +
> > + /*
> > +* Without PEBS, we may get kernel samples even th
On Thu, May 18, 2017 at 11:23:43PM -0700, Joel Fernandes wrote:
> Make iowait boost a cpufreq policy option and enable it for intel_pstate
> cpufreq driver. Governors like schedutil can use it to determine if
> boosting for tasks that wake up with p->in_iowait set is needed.
Rather than just flat
Local variable use_gct is assigned to a constant value and it is never
updated again. Remove this variable and the dead code it guards.
Addresses-Coverity-ID: 145690
Signed-off-by: Gustavo A. R. Silva
---
Changes in v2:
Remove variables ti and dev_priv, which was causing a compilation warning.
On 2017/5/19 16:52, Xishi Qiu wrote:
> On 2017/5/18 17:46, Xishi Qiu wrote:
>
>> Hi, my system triggers this bug, and the vmcore shows the anon_vma seems be
>> freed.
>> The kernel is RHEL 7.2, and the bug is hard to reproduce, so I don't know if
>> it
>> exists in mainline, any reply is welcom
From: Wanpeng Li
Huawei folks reported a read out-of-bounds vulnerability in kvm pio emulation.
- "inb" instruction to access PIT Mod/Command register (ioport 0x43, write
only,
a read should be ignored) in guest can get a random number.
- "rep insb" instruction to access PIT register port 0x
Arnd Bergmann writes:
> On Thu, May 18, 2017 at 7:36 AM, Michael Ellerman wrote:
>> Borislav Petkov writes:
>>
>>> Top-posting so that the PPC list can see the whole patch below.
>>>
>>> Since I don't know PPC, let me add PPC ML to CC for a confirmation this
>>> change is correct.
>>>
>>> Which
On Wednesday, May 17, 2017 8:52 PM Sascha Hauer wrote:
> On Wed, May 17, 2017 at 02:42:24PM +, Mirea, Bogdan-Stefan wrote:
> > Hello Sascha,
> >
> > On Wednesday, May 17, 2017 2:30 PM Sascha Hauer wrote:
> > > As John already said, there's the read_boot_clock64() interface which
> > > should be
For some greater resolution, the rdma threshold
variable will overflow.
Signed-off-by: Bibby Hsieh
---
drivers/gpu/drm/mediatek/mtk_disp_rdma.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_disp_rdma.c
b/drivers/gpu/drm/mediatek/mtk_disp
Jork Loeser writes:
> From: Jork Loeser
>
> Update the Hyper-V vPCI driver to use the Server-2016 version
> of the vPCI protocol, fixing MSI creation and retargeting issues.
>
> Signed-off-by: Jork Loeser
> ---
> arch/x86/include/uapi/asm/hyperv.h |6 +
> drivers/pci/host/pci-hyperv.c
On 19 May 2017 at 11:39, SF Markus Elfring
wrote:
>> It's a nice cleanup. However I found one more occasion in mmc_test.c,
>> please fix that and re-spin.
>
> To which source code place does this feedback refer?
>
> Does it mean that another message removal would make sense in the
> function “__mm
Jork Loeser writes:
>> -Original Message-
>> From: Stephen Hemminger [mailto:step...@networkplumber.org]
>> Sent: Thursday, May 18, 2017 16:59
>>
>> > From: Jork Loeser
>> >
>> > Update the Hyper-V vPCI driver to use the Server-2016 version of the
>> > vPCI protocol, fixing MSI creation
On Tue, May 16, 2017 at 03:05:40PM -0400, Don Bowman wrote:
> On 3 May 2017 at 04:14, Steffen Klassert wrote:
> > On Sat, Apr 29, 2017 at 08:39:34PM -0400, Don Bowman wrote:
> >> On 28 April 2017 at 03:13, Steffen Klassert
> >> wrote:
> >> > On Thu, Apr 27, 2017 at 06:13:38PM -0400, Don Bowman wr
Michael Ellerman writes:
> Pavel Machek writes:
>
>> On Wed 2017-05-17 14:37:17, Andrew Morton wrote:
>>> On Wed, 17 May 2017 14:06:13 +0200 Pavel Machek wrote:
>>>
>>> > On Sun 2017-04-02 12:05:36, Pavel Machek wrote:
>>> > > Fix overlapping NAND partitions.
>>> > >
>>> > > Signed-off-by: Pa
Hi Mika,
nice work, by now I've picked up my jaw from the floor and can
offer a few comments...
On Thu, May 18, 2017 at 05:39:00PM +0300, Mika Westerberg wrote:
> The device DROM contains name of the vendor and device among other
> things.
What exactly are these other things? Apple uses 0x30 t
On Fri, 19 May 2017 07:42:23 +0200
Greg Kroah-Hartman wrote:
> On Thu, May 18, 2017 at 11:42:34PM -0400, Steven Rostedt wrote:
> >
> > One of my the configs I use to test ftrace with (configs that have
> > caused failures in the past), has lots of irq issues and fails to
> > initialize the netwo
On Fri, 19 May 2017 10:20:03 +0200
Christoph Hellwig wrote:
> On Thu, May 18, 2017 at 11:42:34PM -0400, Steven Rostedt wrote:
> >
> > One of my the configs I use to test ftrace with (configs that have
> > caused failures in the past), has lots of irq issues and fails to
> > initialize the networ
On Thu, 2017-05-18 at 22:25 -0300, Mauro Carvalho Chehab wrote:
>
> +.. CONTENTS
>
> + 1. Introduction
> + 2. Implementation details
> + 3. Kernel API
> + 4. Userspace support
Why not let this be auto-generated?
.. contents::
:depth: 1
should work, no?
johannes
This option enables Boot Time Preservation between Bootloader and
Linux Kernel. It is based on the idea that the Bootloader (or any
other early firmware) will start the HW Timer and Linux Kernel will
count the time starting with the cycles elapsed since timer start.
The sched_clock part is preserv
Now that vmmc regulator is made optional, do not bail out if vmmc
regulator is not found.
Signed-off-by: Kishon Vijay Abraham I
Signed-off-by: Sekhar Nori
---
drivers/mmc/host/omap_hsmmc.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host
On Fri, May 19, 2017 at 11:42:45AM +0200, Peter Zijlstra wrote:
> On Thu, May 18, 2017 at 11:23:43PM -0700, Joel Fernandes wrote:
> > Make iowait boost a cpufreq policy option and enable it for intel_pstate
> > cpufreq driver. Governors like schedutil can use it to determine if
> > boosting for tas
Hi Ivan,
Ivan Mikhaylov writes:
> Prevent a kernel panic caused by unintentionally clearing TCR
> watchdog bits. At this point in the kernel boot, the watchdog has
> already been enabled by u-boot. The original code's attempt to
> write to the TCR register results in an inadvertent clearing of
On 18/05/17 09:11, Greg KH wrote:
So backporting that one patch solves the issue here? Can you please
verify it, and let me know before I apply it?
thanks,
greg k-h
yes, I can do that.
On Fri, May 19, 2017 at 12:07:10PM +0200, Lukas Wunner wrote:
> Hi Mika,
>
> nice work, by now I've picked up my jaw from the floor and can
> offer a few comments...
Thanks! :)
> On Thu, May 18, 2017 at 05:39:00PM +0300, Mika Westerberg wrote:
> > The device DROM contains name of the vendor and
On Fri, May 19, 2017 at 05:07:08PM +0900, Byungchul Park wrote:
> On Tue, Mar 14, 2017 at 05:18:52PM +0900, Byungchul Park wrote:
> > Lockdep is a runtime locking correctness validator that detects and
> > reports a deadlock or its possibility by checking dependencies between
> > locks. It's useful
On Mon, 2017-05-15 at 16:07 +0300, Ivan Mikhaylov wrote:
> +#ifdef CONFIG_FSP2
> + /*
> + * Prevent a kernel panic caused by unintentionally clearing TCR
> + * watchdog bits. At this point in the kernel boot, the watchdog has
> + * already been enabled by u-boot. The or
Hi Elaine,
Am Donnerstag, 18. Mai 2017, 10:16:58 CEST schrieb Elaine Zhang:
> Add devicetree bindings for Rockchip cru which found on
> Rockchip SoCs.
>
> Signed-off-by: Elaine Zhang
> ---
> .../bindings/clock/rockchip,rk3128-cru.txt | 56
> ++
> 1 file changed, 56
On 19/05/2017 11:46, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Huawei folks reported a read out-of-bounds vulnerability in kvm pio emulation.
>
> - "inb" instruction to access PIT Mod/Command register (ioport 0x43, write
> only,
> a read should be ignored) in guest can get a random number.
On Thu, May 18, 2017 at 02:08:53PM -0700, Badhri Jagan Sridharan wrote:
> On Thu, May 18, 2017 at 9:51 AM, Guenter Roeck wrote:
> > On Thu, May 18, 2017 at 11:13:51AM +0200, Oliver Neukum wrote:
> >> Am Mittwoch, den 17.05.2017, 02:36 -0700 schrieb Guenter Roeck:
> >> > On 05/17/2017 12:34 AM, Oli
at91sam926x_pit_dt_init can fail here. We must have released memory
and clock.
Signed-off-by: Arvind Yadav
---
drivers/clocksource/timer-atmel-pit.c | 31 ---
1 file changed, 24 insertions(+), 7 deletions(-)
diff --git a/drivers/clocksource/timer-atmel-pit.c
b/drive
Not all the data allocated dynamically needs to be altered frequently.
In some cases, it might be written just once, at initialization.
This RFC has the goal of improving memory integrity, by explicitly
making said data write-protected.
A reference implementation is provided.
During the previous
Dynamically allocated variables can be made read only,
after they have been initialized, provided that they reside in memory
pages devoid of any RW data.
The implementation supplies means to create independent pools of memory,
which can be individually created, sealed/unsealed and destroyed.
A gl
Am Donnerstag, den 18.05.2017, 14:08 -0700 schrieb Badhri Jagan
Sridharan:
> > Badhri, would that work for us ?
>
> Yes Geunter that should work as well. Requesting non-pd role swap either
> through
> current_power_role or current_data_role is virtually the same.
Yes and that is the issue.
If yo
On Fri, May 19, 2017 at 10:30:22AM +0200, Ulf Hansson wrote:
> On 16 May 2017 at 11:36, Jan Glauber wrote:
> > Hi Ulf,
> >
> > here are some bug fixes for the new mmc driver. The only
> > non-trivial fix should be the platform thing in patch #4 and #5.
> >
> > Tested on OcteonTx and on various MIP
On Thu 11-05-17 20:16:23, Roman Gushchin wrote:
> Track the following reclaim counters for every memory cgroup:
> PGREFILL, PGSCAN, PGSTEAL, PGACTIVATE, PGDEACTIVATE, PGLAZYFREE and
> PGLAZYFREED.
>
> These values are exposed using the memory.stats interface of cgroup v2.
>
> The meaning of each
From: Christoph Hellwig
> Sent: 16 May 2017 12:48
>
> The new callback gets a pointer to the timer_list itself, which can
> then be used to get the containing structure using container_of
> instead of casting from and to unsigned long all the time.
What about sensible drivers that put some other v
Hi,
> Or more simply just pass the plane id, because even the plane description did
> not match the current one we will eventually create a dmabuf based on current
> plane.
That is the current behavior.
Works as long as we return the plane description too, so userspace knows
what it actually
clk_prepare_enable() can fail here and we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/devfreq/event/exynos-nocp.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/devfreq/event/exynos-nocp.c
b/drivers/devfreq/event/exynos-nocp.c
index 5c3
On 2017-05-19 06:28, Masahiro Yamada wrote:
> This allows to detect -s option without checking GNU Make version.
>
> As commit e36aaea28972 ("kbuild: Fix silent builds with make-4")
> pointed out, GNU Make 4.x changed the way/order it presents the
> command line options into MAKEFLAGS.
>
> In Mak
Hello,
On 10/05/17 18:45, Dave Hansen wrote:
> On 05/10/2017 08:19 AM, Igor Stoppa wrote:
>> So I'd like to play a little what-if scenario:
>> what if I was to support exclusively virtual memory and convert to it
>> everything that might need sealing?
>
> Because of the issues related to fracturi
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Friday, May 19, 2017 7:30 PM
> To: Byungchul Park
> Cc: mi...@kernel.org; t...@linutronix.de; wal...@google.com;
> boqun.f...@gmail.com; kir...@shutemov.name; linux-kernel@vger.kernel.org;
> linux...@kvack.org
clk_prepare_enable() can fail here and we must check its return value.
Signed-off-by: Arvind Yadav
---
drivers/devfreq/event/exynos-ppmu.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/devfreq/event/exynos-ppmu.c
b/drivers/devfreq/event/exynos-ppmu.c
index 9b7
Christoph Hellwig wrote:
> It's not a userspace ABI, so by defintion it does not break an
> existing user program.
That's an invalid assumption. It is a de facto userspace ABI as it has been
exposed in /usr/include/linux/uuid.h for some time.
> If someone was using it they should be using uuid
On Fri, May 19, 2017 at 03:53:31PM +0800, Aaron Lu wrote:
> Inter-Processor-Interrupt(IPI) is needed when a page is unmapped and the
> process' mm_cpumask() shows the process has ever run on other CPUs. page
> migration, page reclaim all need IPIs. The number of IPI needed to send
> to different CP
From: Colin Ian King
structure pl111_display_funcs can be made static as it does not need to be
in global scope. Fixes sparse warning:
"warning: symbol 'pl111_display_funcs' was not declared. Should it
be static?"
Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms driver for pl111")
Signed-off
This adds dt-binding documentation for Mediatek MT2712.
Only include very basic items: cpu, gic and uart.
Signed-off-by: YT Shen
---
Documentation/devicetree/bindings/arm/mediatek.txt| 4
.../devicetree/bindings/interrupt-controller/mediatek,sysirq.txt | 1 +
Docume
On Fri, May 19, 2017 at 03:53:31PM +0800, Aaron Lu wrote:
> @@ -434,6 +442,7 @@ void smp_call_function_many(const struct cpumask *mask,
> if (unlikely(!cpumask_weight(cfd->cpumask)))
> return;
Another thing that occurred to me while staring at that function, is
that we could mo
MT2712 is a SoC based on 64bit ARMv8 architecture.
MT2712 share many HW IP with MT8173. This patchset was tested
on MT2712 evaluation board, and boot to shell ok.
This series contains document bindings, device tree including
interrupt, uart.
YT Shen (2):
Document: DT: Add bindings for Mediatek
From: Colin Ian King
structure mode_config_funcs can be made static as it does not need to be
in global scope. Fixes sparse warning:
warning: symbol 'mode_config_funcs' was not declared. Should it be static?
Fixes: bed41005e6174d ("drm/pl111: Initial drm/kms driver for pl111")
Signed-off-by: C
This adds basic chip support for Mediatek 2712
Signed-off-by: YT Shen
---
arch/arm64/boot/dts/mediatek/Makefile | 1 +
arch/arm64/boot/dts/mediatek/mt2712-evb.dts | 44 +++
arch/arm64/boot/dts/mediatek/mt2712e.dtsi | 172
3 files changed, 217 insertion
Em Fri, 19 May 2017 12:15:01 +0200
Johannes Berg escreveu:
> On Thu, 2017-05-18 at 22:25 -0300, Mauro Carvalho Chehab wrote:
> >
> > +.. CONTENTS
> >
> > + 1. Introduction
> > + 2. Implementation details
> > + 3. Kernel API
> > + 4. Userspace support
>
> Why not let this be auto-generat
From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-ow...@vger.kernel.org]
On Behalf Of Jim Baxter
> Sent: 16 May 2017 18:41
>
> The CDC-NCM driver can require large amounts of memory to create
> skb's and this can be a problem when the memory becomes fragmented.
>
> This especially affects
On Fri, 2017-05-19 at 08:11 -0300, Mauro Carvalho Chehab wrote:
>
> Yes, it should work. Actually, you would need to use :depth: 2 to
> produce this output:
>
>
> Contents
>
> . rfkill - RF kill switch support
> . Introduction
> . Implementation detai
Hi!
> >>> > > Signed-off-by: Pavel Machek
> >>> >
> >>> > Ping? Two partitions at same place are bad news...
> >>>
> >>> Please expand on "bad news"? What are the runtime effects of this
> >>> change? Decisions about which kernel(s) to patch depend on this info.
> >>
> >> Well... two partitio
Am Mittwoch, 17. Mai 2017, 18:16:14 CEST schrieb Frank Wang:
> From: Elaine Zhang
>
> Add CPLL, GPLL and some other assigned-clocks for rk322x SoC.
>
> Signed-off-by: Elaine Zhang
> Signed-off-by: Frank Wang
applied for 4.13 after adapting subject and commit message a bit
Thanks
Heiko
On Thu, May 18, 2017 at 12:14:29PM -0700, Jork Loeser wrote:
> static int hv_pci_protocol_negotiation(struct hv_device *hdev)
> {
> + size_t i;
Could you just use "int i". I know some static checkers complain but
those tools are dumb. I just fixed a couple bugs two days ago where
people we
Hi,
this is a follow up for [1]. The first patch is what Tetsuo suggested
[2], I've just added a changelog for it. This one should be merged
as soon as possible. The second patch is still an RFC. I _believe_
that it is the right thing to do but I haven't checked all the PF paths
which return VM_FAU
From: Michal Hocko
Roman Gushchin has noticed that we kill two tasks when the memory hog
killed from page fault path:
[ 25.721494] allocate invoked oom-killer:
gfp_mask=0x14280ca(GFP_HIGHUSER_MOVABLE|__GFP_ZERO), nodemask=(null), order=0,
oom_score_adj=0
[ 25.725658] allocate cpuset=/ mems
From: Michal Hocko
Any allocation failure during the #PF path will return with VM_FAULT_OOM
which in turn results in pagefault_out_of_memory. This can happen for
2 different reasons. a) Memcg is out of memory and we rely on
mem_cgroup_oom_synchronize to perform the memcg OOM handling or b)
normal
Am Mittwoch, 17. Mai 2017, 18:16:15 CEST schrieb Frank Wang:
> From: Finley Xiao
>
> This patch adds a new opp table for cpu on rk322x SoC.
>
> Signed-off-by: Finley Xiao
> Signed-off-by: Frank Wang
> Acked-by: Viresh Kumar
applied for 4.13 after adapting the subject a bit
Thanks
Heiko
On Tue, Apr 18, 2017 at 04:22:23PM -0500, Tom Lendacky wrote:
> Add support to check if SME has been enabled and if memory encryption
> should be activated (checking of command line option based on the
> configuration of the default state). If memory encryption is to be
> activated, then the encry
On 05/18/2017 07:07 PM, Christoph Lameter wrote:
> On Thu, 18 May 2017, Vlastimil Babka wrote:
>
>>> The race is where? If you expand the node set during the move of the
>>> application then you are safe in terms of the legacy apps that did not
>>> include static bindings.
>>
>> No, that expand/sh
Minor nits only.
On Thu, May 18, 2017 at 12:14:30PM -0700, Jork Loeser wrote:
> From: Jork Loeser
>
> Update the Hyper-V vPCI driver to use the Server-2016 version
> of the vPCI protocol, fixing MSI creation and retargeting issues.
>
> Signed-off-by: Jork Loeser
> ---
> arch/x86/include/uapi/
> +/**
> + * Ioctl to query plane info or create dma-buf
> + */
> +#define INTEL_VGPU_QUERY_DMABUF 0
> +#define INTEL_VGPU_GENERATE_DMABUF 1
This should use _IO* #defines.
> +struct intel_vgpu_dmabuf {
> + __u32 plane_id;
> + /* out */
> + __u32 fd;
> + __u32 drm_fo
Am Mittwoch, 17. Mai 2017, 18:16:17 CEST schrieb Frank Wang:
> From: Rocky Hao
>
> Update freq of tsadc's working clock as 32768 hz, if not set, tsadc
> will work at a default frequence.
>
> Signed-off-by: Rocky Hao
> Signed-off-by: Frank Wang
applied for 4.13 after adapting the subject a bit
201 - 300 of 861 matches
Mail list logo