On 2015年04月30日 21:50, Will Deacon wrote:
On Thu, Apr 30, 2015 at 02:47:13PM +0100, Hanjun Guo wrote:
On 2015年04月29日 22:42, Catalin Marinas wrote:
On Wed, Apr 29, 2015 at 09:31:03AM -0500, Suravee Suthikulpanit wrote:
On 04/29/2015 09:04 AM, Catalin Marinas wrote:
On Wed, Apr 29, 2015 at 08:44
On 30/04/15 15:09, Rob Herring wrote:
On Thu, Apr 30, 2015 at 5:44 AM, Sudeep Holla wrote:
The header asm/hardware/arm_timer.h is included in various machine
specific files to access TIMER_CTRL and initialise to a known state.
However that's not required as the clock{source,event} driver time
Hi Ming,
> We've received a number of reports of warnings when coming
> out of suspend with certain bluetooth firmware configurations:
>
> WARNING: CPU: 3 PID: 3280 at drivers/base/firmware_class.c:1126
> _request_firmware+0x558/0x810()
> Modules linked in: ccm ip6t_rpfilt
A 32-bit entry point to a DMI table says how many structures the table
contains. The SMBIOS specification explicitly says that end-of-table
markers should be ignored if they are not actually at the end of the
DMI table. So only honor the end-of-table marker for tables accessed
through 64-bit entry
[Re: [PATCH 3/8] rtl8192u: don't trample on struct
namespace] On 30/04/2015 (Thu 09:52) Jes Sorensen wrote:
> Paul Gortmaker writes:
> > In order to start reducing the duplicated code/constants/macros in this
> > driver, we need to include to provide the defacto
> > versions. However this dri
Hi,
>> tty_hci driver exposes a /dev/hci_tty character device node, that intends
>> to emulate a generic /dev/ttyX device that would be used by the user-space
>> Bluetooth stacks to send/receive data to/from the WL combo-connectivity
>> chipsets.
>
> We have an in kernel bluetooth stack, why do w
On Thu 30-04-15 18:44:25, Tetsuo Handa wrote:
> Michal Hocko wrote:
> > I mean we should eventually fail all the allocation types but GFP_NOFS
> > is coming from _carefully_ handled code paths which is an easier starting
> > point than a random code path in the kernel/drivers. So can we finally
> >
On 04/30/2015 06:12 AM, Jiri Slaby wrote:
> This is the start of the stable review cycle for the 3.12.42 release.
> There are 63 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses should be
Paul Gortmaker writes:
> [Re: [PATCH 3/8] rtl8192u: don't trample on struct
> namespace] On 30/04/2015 (Thu 09:52) Jes Sorensen wrote:
>
>> Paul Gortmaker writes:
>> > In order to start reducing the duplicated code/constants/macros in this
>> > driver, we need to include to provide the defacto
On Thu, Apr 16, 2015 at 01:59:32PM -0300, Ezequiel Garcia wrote:
> On 04/16/2015 10:41 AM, Sebastian Hesselbarth wrote:
>
> > All we need is a function to convert sdr_timings to sane driver
> > timings. And we really need to split this patch into tiny pieces
> > otherwise it is not reviewable - or
On Thu, 2015-04-30 at 07:07 -0700, Daniel Phillips wrote:
>
> On 04/30/2015 06:48 AM, Mike Galbraith wrote:
> > On Thu, 2015-04-30 at 05:58 -0700, Daniel Phillips wrote:
> >> On Thursday, April 30, 2015 5:07:21 AM PDT, Mike Galbraith wrote:
> >>> On Thu, 2015-04-30 at 04:14 -0700, Daniel Phillips
Critical tracepoint hooks shoud never call anything that takes a lock,
so they are unable to call getrawmonotonic() or ktime_get().
Export the rest of the tracing clock functions so can be used in
tracepoint hooks.
Cc: Steven Rostedt
Cc: Ingo Molnar
Signed-off-by: Jerry Snitselaar
---
kernel/
Since we have deviceX, we don't need accelX. This has no users as of now, so
correcting this is no problem.
Signed-off-by: Martin Kepplinger
---
That's really just a question now. If I'm wrong, sorry for the noise.
Documentation/ABI/testing/sysfs-bus-iio | 2 +-
1 file changed, 1 insertion(+),
On Thu, Apr 16, 2015 at 09:08:11PM +0800, weiyj...@163.com wrote:
> From: Wei Yongjun
>
> Remove including that don't need it.
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/staging/unisys/virtpci/virtpci.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/staging/unisys/virtpc
Hi,
> -Original Message-
> From: Marcel Holtmann [mailto:mar...@holtmann.org]
> Sent: Thursday, April 30, 2015 5:25 PM
> To: One Thousand Gnomes
> Cc: Eyal Reizer; linux-kernel@vger.kernel.org; Reizer, Eyal; Pavan Savoy;
> Mahaveer, Vishal; linux-blueto...@vger.kernel.org
> Subject: Re: [P
On Thu, Apr 30, 2015 at 03:03:07PM +0100, Mark Salter wrote:
> On Thu, 2015-04-30 at 14:33 +0100, Mark Rutland wrote:
> > > > Could you please send this to arm-soc as suggested by Will, with the
> > > > relevant acks/reviews ?
> > > >
> > >
> > > I sent it on Tuesday. Did it not show up? Is a..
All modes exposed by simple panels should be tagged as driver defined
modes.
Moreover, if a panel supports only one mode, this mode is obviously the
preferred one.
Doing this also fix a problem occurring when a 'video=' parameter is passed
on the kernel cmdline. In some cases the user provided mod
Hi
Here is V4 patches for the introduction of an abstraction for
using the AUX area and Instruction tracing.
The patches can also be found here:
http://git.infradead.org/users/ahunter/linux-perf.git
An example (unchanged from V3) perf.data file and build id archive
can be found here:
Add AUX area tracing option 'x' to synthesize events for
transactions. This will be used by Intel PT to synthesize
an event record for each TSX start, commit or abort.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-inject.txt | 9 +
tools/perf/Documentation/perf-report.tx
Add build option NO_AUXTRACE to exclude compiling support
for AUX area tracing. Support for both recording and
processing is excluded and by implication any future
additions such as Intel PT and Intel BTS will also not
be compiled in with this option.
Signed-off-by: Adrian Hunter
---
tools/perf/
Avoid such errors at compilation time:
format '%d' expects argument of type 'int', but argument 3 has type
'size_t'
Signed-off-by: Stephane Viau
---
drivers/gpu/drm/msm/dsi/dsi_host.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_hos
Add support for the PERF_RECORD_AUX event type.
PERF_RECORD_AUX is a new kernel event that records
when new data lands in the AUX buffer. Currently
it is assumed that AUX data follows the same ring
buffer conventions used by the perf events buffer,
and consequently the AUX event is not processed
d
Add support for making snapshots of
AUX area tracing data.
Signed-off-by: Adrian Hunter
---
tools/perf/perf.h | 3 ++
tools/perf/util/auxtrace.c | 85 --
tools/perf/util/auxtrace.h | 41 ++
3 files changed, 119 insertions(
Add a facility to log Intel Processor Trace
decoding. The log is intended for debugging
purposes only.
The log file name is "intel_pt.log" and is
opened in the current directory.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/Build | 2 +-
tools/perf/util/intel-pt
Add support for decoding instructions for Intel
Processor Trace. The kernel x86 instruction
decoder is used for this.
Signed-off-by: Adrian Hunter
---
tools/build/Makefile.build | 2 +
tools/perf/.gitignore | 2 +
tools/perf/Makefile.perf
intel_pt synthesizes samples. Fill in the new flags and
insn_len members with instruction information.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt.c | 4
1 file changed, 4 insertions(+)
diff --git a/tools/perf/util/intel-pt.c b/tools/perf/util/intel-pt.c
index d3caffc..eebdb
intel_bts synthesizes samples. Fill in the new flags and
insn_len members with instruction information.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-bts.c | 127 ++--
1 file changed, 123 insertions(+), 4 deletions(-)
diff --git a/tools/perf/uti
perf script, report and inject all have the same itrace
options. Put them into an asciidoc include file.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/itrace.txt | 22 ++
tools/perf/Documentation/perf-inject.txt | 23 +--
tools/perf/Docume
Signed-off-by: Adrian Hunter
---
.../scripts/python/call-graph-from-postgresql.py | 285 +
1 file changed, 285 insertions(+)
create mode 100644 tools/perf/scripts/python/call-graph-from-postgresql.py
diff --git a/tools/perf/scripts/python/call-graph-from-postgresql.py
b/t
The enhanced thread stack is used by higher layers but still
requires the trace number. The trace number is used to
distinguish discontinuous sections of trace (for example
from Snapshot mode or Sample mode), which cause the thread
stack to be flushed.
Signed-off-by: Adrian Hunter
---
tools/per
The enhanced thread stack is used by higher layers but still
requires the trace number. The trace number is used to
distinguish discontinuous sections of trace (for example
from Snapshot mode or Sample mode), which cause the thread
stack to be flushed.
Signed-off-by: Adrian Hunter
---
tools/per
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/intel-bts.txt | 69 +++
tools/perf/arch/x86/util/Build | 1 +
tools/perf/arch/x86/util/auxtrace.c| 49 +-
tools/perf/arch/x86/util/intel-bts.c | 458 +++
tools/perf/util/Build | 1 +
too
Allow auxtrace data to be a multiple of
something other than page size. That is
needed for BTS where the buffer contains
24-byte records.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 7 +++
tools/perf/util/auxtrace.h | 1 +
2 files changed, 8 insertions(+)
diff --git a/too
drm_display_mode_from_videomode() is already calling drm_mode_set_name() on
the provided mode.
Signed-off-by: Boris Brezillon
---
drivers/gpu/drm/panel/panel-simple.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
i
To record an AUX area, the weak function
auxtrace_record__init() must be implemented.
Equally to decode an AUX area, the
AUX area tracing type must be added to the
perf_event__process_auxtrace_info() function.
This patch makes those two changes plus hooks
up default config for the intel_pt PMU.
Add support for the PERF_RECORD_ITRACE_START event type.
This event can be used to determine the pid and tid that
are running when Instruction Tracing starts. Generally
that information would come from a sched_switch event
but, at the start, no sched_switch events may yet have
been recorded.
Sign
Add support for decoding Intel Processor Trace
packets.
Signed-off-by: Adrian Hunter
---
tools/perf/util/Build | 1 +
tools/perf/util/intel-pt-decoder/Build | 1 +
.../util/intel-pt-decoder/intel-pt-pkt-decoder.c | 400 +
.../uti
Add support for decoding an Intel Processor Trace.
Signed-off-by: Adrian Hunter
---
tools/perf/util/intel-pt-decoder/Build |2 +-
.../perf/util/intel-pt-decoder/intel-pt-decoder.c | 1738
.../perf/util/intel-pt-decoder/intel-pt-decoder.h | 89 +
3 files c
Daniel Phillips wrote:
On 04/30/2015 06:48 AM, Mike Galbraith wrote:
On Thu, 2015-04-30 at 05:58 -0700, Daniel Phillips wrote:
On Thursday, April 30, 2015 5:07:21 AM PDT, Mike Galbraith wrote:
On Thu, 2015-04-30 at 04:14 -0700, Daniel Phillips wrote:
Lovely sounding argument, but it is wro
Add support for Intel Processor Trace.
Signed-off-by: Adrian Hunter
---
tools/perf/arch/x86/util/Build |2 +
tools/perf/arch/x86/util/intel-pt.c | 752 ++
tools/perf/util/Build |1 +
tools/perf/util/intel-pt.c | 1891 ++
On Thu, 2015-04-30 at 15:11 +0200, Greg Kroah-Hartman wrote:
> On Wed, Apr 29, 2015 at 04:10:52PM -0700, James Bottomley wrote:
> > From: James Bottomley
> >
> > The firmware class contains code to manage an arbitrary sized buffer for
> > discrete read and write operations. We need precisely thi
Add the Intel Processor Trace type
constant PERF_AUXTRACE_INTEL_PT.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 1 +
tools/perf/util/auxtrace.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/tools/perf/util/auxtrace.c b/tools/perf/util/auxtrace.c
index df66966..734c4d2 1
Add a new option and support for Instruction
Tracing Snapshot Mode. When the new option is
selected, no AUX area tracing data is
captured until a signal (SIGUSR2) is received.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-record.txt | 7 ++
tools/perf/builtin-record.c
On Fri, Apr 10, 2015 at 03:45:50PM +0200, Marcus Folkesson wrote:
> Warnings reported by sparse:
>
> drivers/staging/fbtft/fbtft-core.c:1004:4: warning: format ‘%d’ expects
> argument of type ‘int’, but argument 3 has type ‘size_t’ [-Wformat=]
> par->txbuf.len >> 10, par->txbuf.dma ? "DMA " :
We need to include all buildids when a perf.data
file contains AUX area tracing data because we
do not decode the trace for that purpose because
it would take too long.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-buildid-list.c | 9 +
tools/perf/builtin-inject.c | 8 +
Add an index of AUX area tracing events within
a perf.data file.
perf record uses a special user event
PERF_RECORD_FINISHED_ROUND to enable sorting of
events in chunks instead of having to sort all
events altogether.
AUX area tracing events contain data that can
span back to the very beginning of
On Thu, 2015-04-30 at 15:38 +0100, Mark Rutland wrote:
> On Thu, Apr 30, 2015 at 03:03:07PM +0100, Mark Salter wrote:
> > On Thu, 2015-04-30 at 14:33 +0100, Mark Rutland wrote:
> > > > > Could you please send this to arm-soc as suggested by Will, with the
> > > > > relevant acks/reviews ?
> > > >
Le 30/04/2015 16:39, Boris Brezillon a écrit :
> All modes exposed by simple panels should be tagged as driver defined
> modes.
> Moreover, if a panel supports only one mode, this mode is obviously the
> preferred one.
>
> Doing this also fix a problem occurring when a 'video=' parameter is passed
On Thu, 30 Apr 2015 07:36:40 -0700
Jerry Snitselaar wrote:
> Critical tracepoint hooks shoud never call anything that takes a lock,
> so they are unable to call getrawmonotonic() or ktime_get().
>
> Export the rest of the tracing clock functions so can be used in
> tracepoint hooks.
A little ba
Unwittingly the itrace options for perf report ended up
below the Overhead Calculation section. Move it back
with the other options.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-report.txt | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/perf/Docu
On 4/30/2015 4:20 AM, James Morris wrote:
> On Wed, 29 Apr 2015, John Johansen wrote:
>
>> On 04/29/2015 06:55 PM, James Morris wrote:
>>> On Tue, 21 Apr 2015, Casey Schaufler wrote:
>>>
James, do you want to take the module stacking changes in through
the security tree? Are there remaini
From: Xiao Guangrong
There are some bugs in current get_mtrr_type();
1: bit 2 of mtrr_state->enabled is corresponding bit 11 of IA32_MTRR_DEF_TYPE
MSR which completely control MTRR's enablement that means other bits are
ignored if it is cleared
2: the fixed MTRR ranges are controlled by bi
From: Xiao Guangrong
Currently, whenever guest MTRR registers are changed kvm_mmu_reset_context
is called to switch to the new root shadow page table, however, it's useless
since:
1) the cache type is not cached into shadow page's attribute so that the
original root shadow page will be reused
Sedat Dilek wrote:
> This happened a 2nd time with a different kernel-series!
> Not sure why this was the case.
> It did not happen when rebuilding with the same kernel-config again.
> Not sure if parallel-make-jobs might be a cause for this (see attached
> build-script).
Yeah. I've had other r
From: Xiao Guangrong
This are some MTRR bugs if legacy IOMMU device is used on Intel's CPU:
- In current code, whenever guest MTRR registers are changed
kvm_mmu_reset_context is called to switch to the new root shadow page
table, however, it's useless since:
1) the cache type is not cached
On Thu, Apr 16, 2015 at 01:29:19PM -0400, Garret Kelly wrote:
> fbtft uses fb_info's screen_base field to store a non-__iomem
> allocation. Cast away the __iomem qualifier when freeing the pointer to
> suppress the sparse warning.
Can't we fix this properly, to use the correct type of pointer ins
On Thu, Apr 30, 2015 at 05:25:31PM +0900, Minchan Kim wrote:
> On Wed, Apr 29, 2015 at 12:12:48PM +0300, Vladimir Davydov wrote:
> > On Wed, Apr 29, 2015 at 01:35:36PM +0900, Minchan Kim wrote:
> > > On Tue, Apr 28, 2015 at 03:24:42PM +0300, Vladimir Davydov wrote:
> > > > +#ifdef CONFIG_IDLE_PAGE_
The headphone clamping is not set correctly currently, this was missed
because the wm8280 patches and the patch fixing the clamping for wm5110
went upstream at very similar times. This patch sets the headphone
clamping correctly for wm8280.
Signed-off-by: Charles Keepax
---
drivers/extcon/extcon
From: Xiao Guangrong
There are some bugs in current get_mtrr_type();
1: bit 2 of mtrr_state->enabled is corresponding bit 11 of IA32_MTRR_DEF_TYPE
MSR which completely control MTRR's enablement that means other bits are
ignored if it is cleared
2: the fixed MTRR ranges are controlled by bi
It was <2015-04-30 czw 14:45>, when Richard Weinberger wrote:
> Am 30.04.2015 um 14:40 schrieb Łukasz Stelmach:
>> It was <2015-04-30 czw 14:23>, when Richard Weinberger wrote:
>>> Am 30.04.2015 um 14:16 schrieb Łukasz Stelmach:
It was <2015-04-30 czw 12:40>, when Richard Weinberger wrote:
>>>
On Wed 29-04-15 17:28:54, David Rientjes wrote:
[...]
> The wording of this begs the question on the behavior of
> MAP_LOCKED | MAP_POPULATE since this same man page specifies that
> accesses to memory mapped with MAP_POPULATE will not block on page faults
> later.
Interesting. I haven't though
From: Xiao Guangrong
slot_handle_level and its helper functions are ready now, use them to
clean up the code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 129 -
1 file changed, 18 insertions(+), 111 deletions(-)
diff --git a/arch/x
From: Xiao Guangrong
It is used to clean up the code between kvm_handle_hva_range and
slot_handle_level, also it will be used by later patch
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 144 -
1 file changed, 99 insertions(+), 45 de
On Thu, 2015-04-30 at 15:11 +0200, Greg Kroah-Hartman wrote:
> On Wed, Apr 29, 2015 at 04:09:45PM -0700, James Bottomley wrote:
> > From: James Bottomley
> >
> > This is necessary to allow sysfs operations to return error in close (we are
> > using close to initiate and return a possible error fr
On Thursday 30 April 2015 10:46:13 Mark Salter wrote:
> On Thu, 2015-04-30 at 15:38 +0100, Mark Rutland wrote:
> > On Thu, Apr 30, 2015 at 03:03:07PM +0100, Mark Salter wrote:
> > > On Thu, 2015-04-30 at 14:33 +0100, Mark Rutland wrote:
> > > > > > Could you please send this to arm-soc as suggested
From: Xiao Guangrong
CR0.CD and CR0.NW are not used by shadow page table so that need
not adjust mmu if these two bit are changed
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/x86.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
i
From: Xiao Guangrong
CR0.CD and CR0.NW are not used by shadow page table so that need
not adjust mmu if these two bit are changed
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/x86.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
i
From: Xiao Guangrong
There are several places walking all rmaps for the memslot so that
introduce common functions to cleanup the code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 63 ++
1 file changed, 63 insertions(+)
diff --git
From: Xiao Guangrong
Split kvm_unmap_rmapp and introduce kvm_zap_rmapp which will be used in the
later patch
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
in
From: Xiao Guangrong
It's used to walk all the sptes on the rmap to clean up the
code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 63 +++-
arch/x86/kvm/mmu_audit.c | 4 +--
2 files changed, 26 insertions(+), 41 deletions(-)
diff --
On Thu, 30 Apr 2015, Ulf Hansson wrote:
> I hesitated to send this reply, since it might add confusion. If
> that's the case, please ignore it.
>
> I have a long term vision to fully enable support for a runtime PM
> centric configuration for drivers/subsystems. The idea is, that such
> driver/su
Hi,
On Thu, Apr 30, 2015 at 01:34:22PM +0300, Heikki Krogerus wrote:
> Hi Felipe,
>
> > > + case DWC3_GHWPARAMS3_HSPHY_IFC_ULPI:
> > > + /* Soft reset here to sync the clocks */
> > > + ret = dwc3_soft_reset(dwc);
> >
> > you just lost all DWC3_GUSB3PIPECTL(0) and DWC3_GUSB2PHYCF
From: Xiao Guangrong
It is used to clean up the code between kvm_handle_hva_range and
slot_handle_level, also it will be used by later patch
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 144 -
1 file changed, 99 insertions(+), 45 de
From: Xiao Guangrong
It is used to zap all the rmaps of the specified gfn range and will
be used by the later patch
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 30 ++
arch/x86/kvm/mmu.h | 1 +
2 files changed, 31 insertions(+)
diff --git a/arch/x86/kvm/
From: Xiao Guangrong
This are some MTRR bugs if legacy IOMMU device is used on Intel's CPU:
- In current code, whenever guest MTRR registers are changed
kvm_mmu_reset_context is called to switch to the new root shadow page
table, however, it's useless since:
1) the cache type is not cached
On Thu, Apr 30, 2015 at 11:00:05AM +0200, Martin Steigerwald wrote:
> > IOWS, XFS just hates your disk. Spend $50 and buy a cheap SSD and
> > the problem goes away. :)
>
> I am quite surprised that a traditional filesystem that was created in the
> age of rotating media does not like this kind of
From: Xiao Guangrong
slot_handle_level and its helper functions are ready now, use them to
clean up the code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 129 -
1 file changed, 18 insertions(+), 111 deletions(-)
diff --git a/arch/x
From: Xiao Guangrong
Split kvm_unmap_rmapp and introduce kvm_zap_rmapp which will be used in the
later patch
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
in
From: Xiao Guangrong
It's used to walk all the sptes on the rmap to clean up the
code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 63 +++-
arch/x86/kvm/mmu_audit.c | 4 +--
2 files changed, 26 insertions(+), 41 deletions(-)
diff --
Hi Eyal,
tty_hci driver exposes a /dev/hci_tty character device node, that
intends to emulate a generic /dev/ttyX device that would be used by
the user-space Bluetooth stacks to send/receive data to/from the WL
combo-connectivity chipsets.
>>>
>>> We have an in kernel bluetoot
From: Xiao Guangrong
There are several places walking all rmaps for the memslot so that
introduce common functions to cleanup the code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 63 ++
1 file changed, 63 insertions(+)
diff --git
Javier Martinez Canillas writes:
> Hello,
>
> On 04/29/2015 09:45 PM, Sjoerd Simons wrote:
>> On Wed, 2015-04-29 at 10:40 -0700, Kevin Hilman wrote:
>>> Javier Martinez Canillas writes:
>>
>>> Tested-by: Kevin Hilman
>>>
>>> FWIW, this patch fixes the boot panics when using MMC rootfs on
>>>
[CC'ing Srikar]
On 2015/04/30 10:06PM, Masami Hiramatsu wrote:
> On 2015/04/30 20:42, Naveen N. Rao wrote:
> > perf probe currently errors out if there are any tail calls to probed
> > functions:
> >
> > [root@rhel71be]# perf probe do_fork
> > Failed to find probe point in any functions.
> > Er
Hi Michal,
On Thu, Apr 30, 2015 at 11:46 PM, Michal Suchanek wrote:
> My SPI driver does not support DMA so sizes larger than 64 bytes return
> an error. Add an option to limit transfer size so m25p80 can be used
> with reduced speed with such controller.
I suspect that this will be rejected as
On Thu, 2015-04-30 at 00:59 -0700, Nicholas A. Bellinger wrote:
> On Tue, 2015-04-28 at 19:15 -0700, James Bottomley wrote:
> > On Wed, 2015-04-29 at 09:34 +0900, Akinobu Mita wrote:
> > > 2015-04-29 7:16 GMT+09:00 James Bottomley
> > > :
> > > > On Tue, 2015-04-28 at 14:27 -0700, Andrew Morton wro
From: Xiao Guangrong
Currently, whenever guest MTRR registers are changed kvm_mmu_reset_context
is called to switch to the new root shadow page table, however, it's useless
since:
1) the cache type is not cached into shadow page's attribute so that the
original root shadow page will be reused
From: Xiao Guangrong
It is used to zap all the rmaps of the specified gfn range and will
be used by the later patch
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/mmu.c | 30 ++
arch/x86/kvm/mmu.h | 1 +
2 files changed, 31 insertions(+)
diff --git a/arch/x86/kvm/
On Thu, Apr 30, 2015 at 02:50:18PM +0100, Will Deacon wrote:
> On Thu, Apr 30, 2015 at 02:47:13PM +0100, Hanjun Guo wrote:
> > On 2015???04???29??? 22:42, Catalin Marinas wrote:
> > > On Wed, Apr 29, 2015 at 09:31:03AM -0500, Suravee Suthikulpanit wrote:
> > >> On 04/29/2015 09:04 AM, Catalin Marin
On Wed, Apr 29, 2015 at 01:54:57PM +0200, Takashi Iwai wrote:
> At Wed, 29 Apr 2015 12:28:59 +0100,
> Jonathan McDowell wrote:
> >
> > On Tue, Apr 28, 2015 at 04:43:00PM +0200, Takashi Iwai wrote:
> > > At Tue, 28 Apr 2015 15:05:20 +0200,
> > > Takashi Iwai wrote:
> > > > At Tue, 28 Apr 2015 13:35
ping?
On 01/28/2015 03:30 PM, Sasha Levin wrote:
> We used to read file_handle twice. Once to get the amount of extra bytes, and
> once to fetch the entire structure.
>
> This may be problematic since we do size verifications only after the first
> read, so if the number of extra bytes changes in
Am 30.04.2015 um 16:52 schrieb Łukasz Stelmach:
>> Sorry, I thought you mean the races while collecting metadata in userspace...
>
> My bad, some reace conditions *are* associated with collecting metadata
> but ont all. It is impossible (correct me if I am wrong) to implement
> reliable die-on-idl
Hi Marcel
>-Original Message-
>From: Marcel Holtmann [mailto:mar...@holtmann.org]
>Sent: Thursday, April 30, 2015 5:58 PM
>To: Reizer, Eyal
>Cc: One Thousand Gnomes; Eyal Reizer; linux-kernel@vger.kernel.org; Pavan
>Savoy; Mahaveer, Vishal; linux-blueto...@vger.kernel.org; Ziv, Dotan
>Subj
Critical tracepoint hooks should never call anything that takes a lock,
so they are unable to call getrawmonotonic() or ktime_get().
Export the rest of the tracing clock functions so can be used in
tracepoint hooks.
Background: We have a customer that adds their own module and registers
a tracepo
On 4/30/2015 7:48 AM, Casey Schaufler wrote:
> On 4/30/2015 4:20 AM, James Morris wrote:
>> On Wed, 29 Apr 2015, John Johansen wrote:
>>
>>> On 04/29/2015 06:55 PM, James Morris wrote:
On Tue, 21 Apr 2015, Casey Schaufler wrote:
> James, do you want to take the module stacking changes
On Thu, Apr 30, 2015 at 11:08:27AM +0200, Robert Baldyga wrote:
> On 04/29/2015 05:30 PM, Felipe Balbi wrote:
> > On Wed, Apr 29, 2015 at 11:08:06AM +0200, Robert Baldyga wrote:
> >> Hi Felipe,
> >>
> >> On 04/28/2015 06:40 PM, Felipe Balbi wrote:
> >>> On Tue, Apr 07, 2015 at 10:31:52AM +0200, Rob
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel I've stumbled on the following spew:
[ 460.391146] =
[ 460.391146] [ INFO: possible recursive locking detected ]
[ 460.391146] 4.1.0-rc1-next-20150429-sasha-0
Hi Dotan,
>> tty_hci driver exposes a /dev/hci_tty character device node, that
>> intends to emulate a generic /dev/ttyX device that would be used by
>> the user-space Bluetooth stacks to send/receive data to/from the WL
>> combo-connectivity chipsets.
>
> We have an in ke
On Thu, Apr 30, 2015 at 02:30:02PM +0300, Ivan T. Ivanov wrote:
>
> Ping.
>
> On Tue, 2015-04-21 at 10:28 +0300, Ivan T. Ivanov wrote:
> > On Thu, 2015-04-09 at 11:34 +0300, Ivan T. Ivanov wrote:
> > > On recent Qualcomm platforms VBUS and ID lines are not routed to
> > > USB PHY LINK controller.
Linus,
The following changes since commit b787f68c36d49bb1d9236f403813641efa74a031:
Linux 4.1-rc1 (2015-04-26 17:59:10 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/for-linus
for you to fetch changes up to 73459e2a1ada09a68c02cc5b73f3116f
On 04/30/2015 07:28 AM, Howard Chu wrote:
> Daniel Phillips wrote:
>>
>>
>> On 04/30/2015 06:48 AM, Mike Galbraith wrote:
>>> On Thu, 2015-04-30 at 05:58 -0700, Daniel Phillips wrote:
On Thursday, April 30, 2015 5:07:21 AM PDT, Mike Galbraith wrote:
> On Thu, 2015-04-30 at 04:14 -0700, Dan
401 - 500 of 922 matches
Mail list logo
