Commit-ID: 12e14066f4835f5ee1ca795f0309415b54c067a9
Gitweb: http://git.kernel.org/tip/12e14066f4835f5ee1ca795f0309415b54c067a9
Author: Marc Zyngier
AuthorDate: Sun, 13 Sep 2015 12:14:31 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/GIC: Add workar
On Sat, Sep 12, 2015 at 12:38:19AM +0200, Rafael J. Wysocki wrote:
> On Friday, September 11, 2015 02:03:46 PM Thierry Reding wrote:
> > On Fri, Sep 11, 2015 at 12:08:02AM +0200, Rafael J. Wysocki wrote:
> > > On Thursday, September 10, 2015 12:19:03 PM Thierry Reding wrote:
> > > > From: Thierry R
The v4l2 event queue uses a 'struct timespec' to pass monotonic
timestamps. This is not a problem by itself, but it breaks when user
space redefines timespec to use 'long long' on 32-bit systems.
To avoid that problem, we define our own replacement for timespec here,
using 'long' tv_sec and tv_nse
'struct video_event' is used for the VIDEO_GET_EVENT ioctl, implemented
by drivers/media/pci/ivtv/ivtv-ioctl.c and
drivers/media/pci/ttpci/av7110_av.c. The structure contains a 'time_t',
which will be redefined in the future to be 64-bit wide, causing an
incompatible ABI change for this ioctl.
As
On Tue, Sep 15, 2015 at 05:45:52PM +0200, Luis de Bethencourt wrote:
> This platform driver has a OF device ID table but the OF module
> alias information is not created so module autoloading won't work.
>
> Signed-off-by: Luis de Bethencourt
> ---
>
> Hello,
>
> This patch adds the missing MOD
The systime function uses struct timespec, which we want to stop
using in the kernel because it overflows in 2038. Fortunately,
this use in dibx000_common is in a function that is never called,
so we can just remove it.
Signed-off-by: Arnd Bergmann
---
drivers/media/dvb-frontends/dibx000_common.
The v4l2 API uses a 'struct timeval' to communicate time stamps to user
space. This is broken on 32-bit architectures as soon as we have a C library
that defines time_t as 64 bit, which then changes the structure layout of
struct v4l2_buffer.
Fortunately, almost all v4l2 drivers use monotonic time
Commit-ID: 157add60cb35913b8a848a3d7e6456b8ed134796
Gitweb: http://git.kernel.org/tip/157add60cb35913b8a848a3d7e6456b8ed134796
Author: Pavel Fedin
AuthorDate: Sun, 13 Sep 2015 12:14:33 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/GICv2m: Fix GICv
Commit-ID: 769b5cf78e6c653c2f513649ee6c4e7a06723872
Gitweb: http://git.kernel.org/tip/769b5cf78e6c653c2f513649ee6c4e7a06723872
Author: Geert Uytterhoeven
AuthorDate: Wed, 9 Sep 2015 13:42:54 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/renesas-in
Commit-ID: f4e209cdc7a00f934007f40cf885471799073b0d
Gitweb: http://git.kernel.org/tip/f4e209cdc7a00f934007f40cf885471799073b0d
Author: Geert Uytterhoeven
AuthorDate: Tue, 8 Sep 2015 19:00:35 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/renesas-in
Commit-ID: 6584d84c3e504c76ad291cc2e381bbeed59798ab
Gitweb: http://git.kernel.org/tip/6584d84c3e504c76ad291cc2e381bbeed59798ab
Author: Huang Shijie
AuthorDate: Tue, 1 Sep 2015 10:35:50 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:30 +0200
genirq: Update the comme
Hi everyone,
This is a conversion of all subsystem-wide v4l2 code to avoid the
use of types based on time_t. The first five patches should all
be harmless and obvious, so they can get applied for 4.3 after
normal review.
The last two patches are marked RFC for now because their possible
impact on
This is a preparation for a change to the type of v4l2 timestamps.
v4l2_get_timestamp() is a helper function that reads the monotonic
time and stores it into a 'struct timeval'. Multiple drivers implement
the same thing themselves for historic reasons.
Changing them all to use v4l2_get_timestamp()
On Tue, 15 Sep 2015 23:37:39 +0800
Minfei Huang wrote:
> I think the variant ftrace_update_time is not used any more. Previously,
> it is used to print the time how long ftrace will spend to update the
> code in fucntion ftraced.
Yes, I know what it measures. It's been on my todo list to expo
Commit-ID: 4cd7863ecb90010533c178fba6ecc84d5529b402
Gitweb: http://git.kernel.org/tip/4cd7863ecb90010533c178fba6ecc84d5529b402
Author: Geert Uytterhoeven
AuthorDate: Tue, 8 Sep 2015 19:00:36 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/renesas-ir
From: "Suzuki K. Poulose"
Move the kernel pagetable (both swapper and idmap) definitions
from the generic asm/page.h to a new file, asm/kernel-pgtable.h.
This is mostly a cosmetic change, to clean up the asm/page.h to
get rid of the arch specific details which are not needed by the
generic code.
From: "Suzuki K. Poulose"
We use section maps with 4K page size to create the swapper/idmaps.
So far we have used !64K or 4K checks to handle the case where we
use the section maps.
This patch adds a new symbol, ARM64_SWAPPER_USES_SECTION_MAPS, to
handle cases where we use section maps, instead o
Commit-ID: 5a9a8915cb615521b17d70a4342187eae60b
Gitweb: http://git.kernel.org/tip/5a9a8915cb615521b17d70a4342187eae60b
Author: Marc Zyngier
AuthorDate: Sun, 13 Sep 2015 12:14:32 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/gic-v3-its: Add
On Tue, Sep 15, 2015 at 01:28:13PM +0300, Kirill A. Shutemov wrote:
> Hugh has pointed that compound_head() call can be unsafe in some
> context. There's one example:
>
> CPU0CPU1
>
> isolate_migratepages_block()
> page_count()
> compound_head()
>
Commit-ID: e4084a16bbe07957811c75dfb7c9bf25c5862ba0
Gitweb: http://git.kernel.org/tip/e4084a16bbe07957811c75dfb7c9bf25c5862ba0
Author: Marc Zyngier
AuthorDate: Sun, 13 Sep 2015 13:37:03 +0100
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
platform-msi: Do not ca
From: "Suzuki K. Poulose"
Now that we can calculate the number of levels required for
mapping a va width, reserve exact number of pages that would
be required to cover the idmap. The idmap should be able to handle
the maximum physical address size supported.
Cc: Ard Biesheuvel
Cc: Mark Rutland
On 09/15/2015 04:26 PM, Robert Baldyga wrote:
Since ep->driver_data is not used for endpoint claiming, neither for
enabled/disabled state storing, we can reduce number of places where
we read or modify it's value, as now it has no particular meaning for
function or framework logic.
In case of
On 09/09/2015 08:05, Xiao Guangrong wrote:
> Unify the update in vmx_cpuid_update()
>
> Signed-off-by: Xiao Guangrong
What if we instead start fresh from vmx_secondary_exec_control, like this:
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 4504cbc1b287..98c4d3f1653a 100644
--- a/a
From: "Suzuki K. Poulose"
{V}TCR_EL2_TG0 is a 2bit wide field, where:
00 - 4K
01 - 64K
10 - 16K
But we use only 1 bit, which has worked well so far since
we never cared about 16K. Fix it for 16K support.
Cc: Catalin Marinas
Cc: Will Deacon
Cc: Marc Zyngier
Cc: Christoffer Dall
Cc: kvm..
From: "Suzuki K. Poulose"
Encountered the following BUG() with 4.3-rc1 on a fast model
for arm64 with NFS root filesystem.
[ cut here ]
kernel BUG at fs/inode.c:1493!
Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
Modules linked in:
CPU: 2 PID: 1 Comm: swapper/0 Not tain
From: "Suzuki K. Poulose"
Introduce helpers for finding the number of page table
levels required for a given VA width, shift for a particular
page table level.
Convert the existing users to the new helpers. More users
to follow.
Cc: Ard Biesheuvel
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Wil
Commit-ID: da92b4eb7e2ec9866f14a0c8f453788e8052dee7
Gitweb: http://git.kernel.org/tip/da92b4eb7e2ec9866f14a0c8f453788e8052dee7
Author: Jiang Liu
AuthorDate: Mon, 1 Jun 2015 16:05:33 +0800
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:28 +0200
powerpc, irq: Use access he
The exynos4 fimc capture driver claims to use monotonic
timestamps but calls ktime_get_real_ts(). This is both
an incorrect API use, and a bad idea because of the y2038
problem and the fact that the wall clock time is not reliable
for timestamps across suspend or settimeofday().
This changes the d
From: "Suzuki K. Poulose"
Ensure that the selected page size is supported by the
CPU(s).
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
Reviewed-by: Ard Biesheuvel
Tested-by: Ard Biesheuvel
---
arch/arm64/include/asm/sysreg.h |6 ++
arch/arm6
Commit-ID: b1370658804510f6a1c0517a8ff1c9534d371edd
Gitweb: http://git.kernel.org/tip/b1370658804510f6a1c0517a8ff1c9534d371edd
Author: Geert Uytterhoeven
AuthorDate: Wed, 9 Sep 2015 13:42:53 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 15 Sep 2015 17:06:29 +0200
irqchip/renesas-ir
From: "Suzuki K. Poulose"
This series enables the 16K page size support on Linux for arm64.
Adds support for 48bit VA(4 level), 47bit VA(3 level) and
36bit VA(2 level) with 16K. 16K was a late addition to the architecture
and is not implemented by all CPUs. Added a check to ensure the
selected gr
This platform driver has a OF device ID table but the OF module
alias information is not created so module autoloading won't work.
Signed-off-by: Luis de Bethencourt
---
Hello,
This patch adds the missing MODULE_DEVICE_TABLE() for OF to export
that information so modules have the correct aliase
* Felipe Balbi [150914 14:28]:
> On Sat, Sep 12, 2015 at 10:45:51AM -0700, Dmitry Torokhov wrote:
> > Now that the driver respects IRQ trigger settings from device tree, let's
> > fix them up in individual DTSes (note that the driver is still compatible
> > with older DTSes).
> >
> > Signed-off-b
From: "Suzuki K. Poulose"
At the moment, we only support maximum of 3-level page table for
swapper. With 48bit VA, 64K has only 3 levels and 4K uses section
mapping. Add support for 4-level page table for swapper, needed
by 16K pages.
Cc: Ard Biesheuvel
Cc: Mark Rutland
Cc: Catalin Marinas
Cc
From: "Suzuki K. Poulose"
Update the help text for ARM64_64K_PAGES to reflect the reality
about AArch32 support.
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
Reviewed-by: Ard Biesheuvel
Tested-by: Ard Biesheuvel
---
arch/arm64/Kconfig |4 ++--
From: "Suzuki K. Poulose"
No functional changes. Group the common bits for VCTR_EL2
initialisation for better readability. The granule size
and the entry level are controlled by the page size.
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: kvm...@lists.cs.columbia.edu
Signed-off-by: Suzuki K. Poulo
From: "Suzuki K. Poulose"
This patch turns on the 16K page support in the kernel. We
support 48bit VA (4 level page tables) and 47bit VA (3 level
page tables).
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
Reviewed-by: Ard Biesheuvel
Tested-by: Ard Bi
On 09/15/2015 05:32 AM, Archit Taneja wrote:
> Hi Rob, Mark,
>
> We've been trying to figure out the right way to represent a class
> of display encoder devices in DT.
I've been meaning to reply on this.
> These devices have registers that are generally configured via i2c. Once
> the device is c
On Tue, Sep 15, 2015 at 05:37:27PM +0200, Krzysztof Opasiak wrote:
> Hello,
>
> On 09/15/2015 04:26 PM, Robert Baldyga wrote:
> >This patch introduces 'enabled' flag in struct usb_ep, and modifies
> >usb_ep_enable() and usb_ep_disable() functions to encapsulate endpoint
> >enabled/disabled state.
From: "Suzuki K. Poulose"
We use !CONFIG_ARM64_64K_PAGES for CONFIG_ARM64_4K_PAGES
(and vice versa) in code. It all worked well, so far since
we only had two options. Now, with the introduction of 16K,
these cases will break. This patch cleans up the code to
use the required CONFIG symbol express
From: "Suzuki K. Poulose"
The existing fake pgd handling code assumes that the stage-2 entry
level can only be one level down that of the host, which may not be
true always(e.g, with the introduction of 16k pagesize).
e.g.
With 16k page size and 48bit VA and 40bit IPA we have the following
split
From: Ard Biesheuvel
This patch adds the page size to the arm64 kernel image header
so that one can infer the PAGESIZE used by the kernel. This will
be helpful to diagnose failures to boot the kernel with page size
not supported by the CPU.
Signed-off-by: Ard Biesheuvel
---
Documentation/arm64
From: "Suzuki K. Poulose"
Rearrange the code for fake pgd handling, which is applicable
to only ARM64. The intention is to keep the common code cleaner,
unaware of the underlying hacks.
Cc: kvm...@lists.cs.columbia.edu
Cc: christoffer.d...@linaro.org
Cc: marc.zyng...@arm.com
Signed-off-by: Suzuk
From: "Suzuki K. Poulose"
36bit VA lets us use 2 level page tables while limiting the
available address space to 64GB.
Cc: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
Signed-off-by: Suzuki K. Poulose
Reviewed-by: Ard Biesheuvel
Tested-by: Ard Biesheuvel
---
arch/arm64/Kconfig |8
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 9059b284caecb628fac826c2c5cc8ee85708eec1:
Merge tag 'perf-core-for-mingo-2' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2015-09-15 08:50:59 +0200)
are available in the git
Hello,
On 09/15/2015 04:26 PM, Robert Baldyga wrote:
This patch introduces 'enabled' flag in struct usb_ep, and modifies
usb_ep_enable() and usb_ep_disable() functions to encapsulate endpoint
enabled/disabled state. It helps to avoid enabling endpoints which are
already enabled, and disabling en
On 09/15/15 at 09:35am, Steven Rostedt wrote:
> On Tue, 15 Sep 2015 15:10:43 +0800
> Minfei Huang wrote:
>
> > From: Minfei Huang
> >
> > Since the patch "ftrace: remove daemon(cb7be3b)" remove the function
> > ftraced, the variant ftrace_update_time never be used any more.
> >
> > Remove the
From: Namhyung Kim
The init/exit_symbols_maps() functions are to setup and cleanup
necessary info for probe events. But they need to be called from out of
the probe code now, so this patch exports them.
However the names are too generic, so change them to have 'probe'. :)
Signed-off-by: Namhyu
The SECONDARY_EXEC_RDTSCP must be available iff RDTSCP is enabled in the
guest.
Signed-off-by: Paolo Bonzini
---
arch/x86/kvm/vmx.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 4df94e2b7c23..fb7a35ad9b02 100644
---
Hello,
On Tue, Sep 15, 2015 at 09:53:48AM +0300, Andy Shevchenko wrote:
> There are users of a simple string matching in the array. Let's do a common
> helper for that.
>
> Two users are updated in the series. one more is coming [1].
>
> [1] http://www.spinics.net/lists/kernel/msg2074265.html
>
From: Jiri Olsa
Pass 'struct parse_events_error *error' to the parse-event.c tracepoint
adding path. It will be filled with error data in following patches.
Signed-off-by: Jiri Olsa
Reviewed-by: Raphael Beamonte
Reviewed-by: Matt Fleming
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
On 09/15/2015 04:38 AM, Peter Zijlstra wrote:
On Mon, Sep 14, 2015 at 03:37:32PM -0400, Waiman Long wrote:
BTW, the queue head vCPU at pv_wait_head_and_lock() doesn't wait early, it
will spin the full threshold as there is no way for it to figure out if the
lock holder is running or not.
We can
On Tue, Sep 15, 2015 at 04:14:39PM +0200, Peter Zijlstra wrote:
> On Tue, Sep 15, 2015 at 07:09:22AM -0700, Paul E. McKenney wrote:
> > On Tue, Sep 15, 2015 at 02:48:00PM +0200, Peter Zijlstra wrote:
> > > On Tue, Sep 15, 2015 at 05:41:42AM -0700, Paul E. McKenney wrote:
> > > > > Never mind, the P
> -Original Message-
> From: Wood Scott-B07421
> Sent: Friday, September 11, 2015 9:10 PM
> To: Pledge Roy-R01356
> Cc: linuxppc-...@lists.ozlabs.org; net...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: Re: [v2 04/11] soc/fsl: Introduce drivers for the DPAA QMan
>
> On We
From: Jiri Olsa
Adding part of the kernel's interface:
inline void * __must_check ERR_PTR(long error);
inline long __must_check PTR_ERR(__force const void *ptr);
inline bool __must_check IS_ERR(__force const void *ptr);
It will be used to propagate error through pointers in following
From: Jiri Olsa
Enhancing parsing events tracepoint error output. Adding
more verbose output when the tracepoint is not found or
the tracing event path cannot be access.
$ sudo perf record -e sched:sched_krava ls
event syntax error: 'sched:sched_krava'
\___ unknown tra
From: Wang Nan
regs_query_register_offset() is a helper function which converts
register name like "%rax" to offset of a register in 'struct pt_regs',
which is required by BPF prologue generator. Since the function is
identical, try to reuse the code in arch/x86/kernel/ptrace.c.
Comment inside d
From: Namhyung Kim
The cleanup_perf_probe_events() frees all resources related to a perf
probe event. However it only freed resources in trace probe events, not
perf probe events. So call clear_perf_probe_event() too.
Reported-by: Wang Nan
Signed-off-by: Namhyung Kim
Acked-by: Masami Hiramat
This driver add support to the new Atmel QSPI controller embedded into
sama5d2x SoCs. It expects a NOR memory to be connected to the QSPI
controller.
Signed-off-by: Cyrille Pitchen
---
drivers/mtd/spi-nor/Kconfig | 7 +
drivers/mtd/spi-nor/Makefile| 1 +
drivers/mtd/spi-nor/a
This patch documents the DT bindings for the driver of the Atmel QSPI
controller embedded inside sama5d2x SoCs.
Signed-off-by: Cyrille Pitchen
Acked-by: Nicolas Ferre
Acked-by: Marek Vasut
Acked-by: Rob Herring
---
.../devicetree/bindings/mtd/atmel-quadspi.txt | 29 ++
On 09/09/2015 08:05, Xiao Guangrong wrote:
> + if (!guest_cpuid_has_pcommit(vcpu) && nested)
> + vmx->nested.nested_vmx_secondary_ctls_high &=
> + ~SECONDARY_EXEC_PCOMMIT;
It is legal to set CPUID multiple times, so I think we need
if (static_cpu_has(
On Wed, Sep 16, 2015 at 12:05:57AM +1000, yassinjaf...@gmail.com wrote:
> From: Yassin Jaffer
>
> Signed-off-by: Yassin Jaffer
> ---
> .../devicetree/bindings/input/sun4i-keypad.txt | 56
> ++
> 1 file changed, 56 insertions(+)
> create mode 100644 Documentation/device
From: Wang Nan
regs_query_register_offset() is a helper function which converts
register name like "%rax" to offset of a register in 'struct pt_regs',
which is required by BPF prologue generator.
PERF_HAVE_ARCH_REGS_QUERY_REGISTER_OFFSET indicates an architecture
supports converting name of a re
On 09/15/2015 04:24 AM, Peter Zijlstra wrote:
On Mon, Sep 14, 2015 at 03:15:20PM -0400, Waiman Long wrote:
On 09/14/2015 10:00 AM, Peter Zijlstra wrote:
On Fri, Sep 11, 2015 at 02:37:37PM -0400, Waiman Long wrote:
This patch allows one attempt for the lock waiter to steal the lock
Before this patch, m25p80_read() supported few SPI protocols:
- regular SPI 1-1-1
- SPI Dual Output 1-1-2
- SPI Quad Output 1-1-4
On the other hand, all other m25p80_*() hooks only supported SPI 1-1-1.
However once their Quad mode enabled, Micron and Macronix spi-nor memories
expect all commands t
From: Jiri Olsa
Propagate error info from tp_format via ERR_PTR to get it all the way
down to the parse-event.c tracepoint adding routines. Following
functions now return pointer with encoded error:
- tp_format
- trace_event__tp_format
- perf_evsel__newtp_idx
- perf_evsel__newtp
This af
struct spi_nor_xfer_cfg and read_xfer/write_xfer hooks were never used by
any driver. Do some cleanup by removing them.
Signed-off-by: Cyrille Pitchen
---
include/linux/mtd/spi-nor.h | 35 ---
1 file changed, 35 deletions(-)
diff --git a/include/linux/mtd/spi-nor
When their quad or dual I/O mode is enabled, Micron and Macronix spi-nor
memories don't reply to the regular Read ID (0x9f) command. Instead they
reply to a new dedicated command Read ID Multiple I/O (0xaf).
If the Read ID (0x9f) command fails (the read ID is all 1's or all 0's),
then the Read ID
>
> Like Charles said earlier the Bells machine in mainline has multiple
> CODECs hooked up. Speyside too. To hook up multiple CODECs to a single
> DAI link see 88bd870f02dff5c94 (ASoC: core: Add initial support for DAI
> multicodec), sadly I don't think Benoit ever got round to submitting a
> ma
Hi all,
this series is still a work in progress though it is almost finished.
The support of Macronix dummy code to configure the number of dummy cycles
is still missing...
However I would like some feedbacks to synchronize this work with other
mtd / spi-nor improvements as I see lots of patches
Micron:
Once their Quad SPI protocol enabled, Micron spi-nor memories expect all
commands to use the SPI 4-4-4 protocol. Also when the Dual SPI protocol is
enabled, all commands must use the SPI 2-2-2 protocol.
Macronix:
When the QPI mode is enabled, all commands must use the SPI 4-4-4 protocol.
I
On Tue, Sep 15, 2015 at 06:01:38PM +0300, Konstantin Khlebnikov wrote:
> On 15.09.2015 17:27, Eric W. Biederman wrote:
> >Konstantin Khlebnikov writes:
> >
> >>pid_t getvpid(pid_t pid, pid_t source, pid_t target);
> >>
> >>This syscall converts pid from one pid-ns into pid in another pid-ns:
> >>i
Johannes Berg writes:
> On Tue, 2015-09-15 at 17:15 +0300, Alexander Shishkin wrote:
>>
>> > It seems to me that current->ext_err_code needs to be cleared on
>> > each system call entry (except for your special prctl() of
>> > course!).
>>
>> I'd say, it should be up to the program to decide
> -Original Message-
> From: Piotr Karbowski [mailto:piotr.karbow...@gmail.com]
> Sent: Tuesday, September 15, 2015 8:19 AM
> To: Randy Dunlap ; linux-kernel@vger.kernel.org;
> X86 ML ; KY Srinivasan
> Cc: Greg Kroah-Hartman
> Subject: Re: Unable to link 4.3-rc1: undefined reference to
On Tue, 2015-09-15 at 15:55 +0200, Vitaly Kuznetsov wrote:
> Add a couple of simple tests for string_get_size(). The last one will
> hang
> the kernel without the 'lib/string_helpers.c: fix infinite loop in
> string_get_size()' fix.
>
Minor comments to address, otherwise
Reviewed-by:
Andy Shev
Hello, Junichi.
On Tue, Sep 15, 2015 at 09:54:13AM +, Junichi Nomura wrote:
> filemap_fdatawait() is a function to wait for on-going writeback
> to complete but also consume and clear error status of the mapping
> set during writeback.
> The latter functionality is critical for applications to
Hi,
On 09/14/2015 11:50 PM, Randy Dunlap wrote:
This has been happening for awhile now and has been reported several times.
Also there have been 2 or 3 patches posted to fix it... so what will it take
to get a fix merged? anyone?
Well, I have the exact same .config for 4.2 and it does works,
On Tue, Sep 15, 2015 at 04:00:45PM +0100, Patrick Bellasi wrote:
> > I'm curious about the drive for one tunable. Is that something there's
> > specifically been a broad call for? Don't get me wrong, I'm all for
> > simplification and cleanup, if the flexibility and used features can be
> > retain
Add calls to netif_carrier_on and netif_carrier_off
Signed-off-by: Ondrej Zary
---
drivers/net/wireless/airo.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/airo.c b/drivers/net/wireless/airo.c
index a8f2767..629245c 100644
--- a/drivers/net/wir
IW_AUTH_ALG_OPEN_SYSTEM is ambiguous in set_auth for WEP as
wpa_supplicant uses it for both no encryption and WEP open system.
Cache the last mode set (only of these two) and use it here.
This allows wpa_supplicant to work with unencrypted APs.
Signed-off-by: Ondrej Zary
---
drivers/net/wireles
On 09/15, Kirill A. Shutemov wrote:
>
> On Tue, Sep 15, 2015 at 02:12:01PM +0200, Oleg Nesterov wrote:
> > On 09/14, Kirill A. Shutemov wrote:
> > >
> > > On Mon, Sep 14, 2015 at 07:05:47PM +0200, Oleg Nesterov wrote:
> > > > On 09/14, Kirill A. Shutemov wrote:
> > > > >
> > > > > Fix is below. I d
From: Adrian Hunter
Since there is a function to set maps, perf_evlist__create_maps() should
use it.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1441699142-18905-10-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de Mel
From: Adrian Hunter
The test titled "Test number of exit event of a simple workload" was
setting cpu/thread maps directly. Make it use the proper function
perf_evlist__set_maps() especially now that it also propagates the maps.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
L
From: Adrian Hunter
Subsequent patches will need to call perf_evlist__propagate_maps without
reference to a "target". Add evlist->has_user_cpus to record whether
the user has specified which cpus to target (and therefore whether that
list of cpus should override the default settings for a select
From: Adrian Hunter
perf_evlist__propagate_maps() cannot easily tell if an evsel has its own
cpu map. To make that simpler, keep a copy of the PMU cpu map and
adjust the propagation logic accordingly.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.or
From: Adrian Hunter
The test titled "Test software clock events have valid period values"
was setting cpu/thread maps directly. Make it use the proper function
perf_evlist__set_maps() especially now that it also propagates the maps.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Lia
From: Adrian Hunter
Fix it by making it call perf_evlist__set_maps() instead of setting the
maps itself.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1441699142-18905-13-git-send-email-adrian.hun...@intel.com
Signed-off-by: Arnaldo Carvalho de
From: Wang Nan
'perf top' segfaults with following operation:
# perf top -e page-faults -p 11400 # 11400 never generates page-fault
Then on the resulting empty interface, press right key:
# ./perf top -e page-faults -p 11400
perf: Segmentation fault
backtrace
./perf[
On 15/09/2015 08:41, Jason Wang wrote:
> Hi:
>
> This series fixes two issues of fast mmio eventfd:
>
> 1) A single iodev instance were registerd on two buses: KVM_MMIO_BUS
>and KVM_FAST_MMIO_BUS. This will cause double in
>ioeventfd_destructor()
> 2) A zero length iodev on KVM_MMIO_BUS
From: Adrian Hunter
If evsels are added after maps are created, then they won't have any
maps propagated to them. Fix that.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1441699142-18905-12-git-send-email-adrian.hun...@intel.com
[ Moved the mo
From: Adrian Hunter
The validation checks that the values that were just assigned, got
assigned i.e. the error can't ever happen. Subsequent patches will call
this code in places where errors are not being returned. Changing those
code paths to return this non-existent error is counter-producti
On 15/09/2015 08:41, Jason Wang wrote:
> +With KVM_CAP_FAST_MMIO, a zero length mmio eventfd is allowed for
> +kernel to ignore the length of guest write and get a possible faster
> +response. Note the speedup may only work on some specific
> +architectures and setups. Otherwise, it's as fast as
From: Adrian Hunter
Make perf_evlist__set_maps() more resilient by allowing for the
possibility that one or another of the maps isn't being changed and
therefore should not be "put".
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1441699142-1890
From: Adrian Hunter
Commit d49e46950772 ("perf evsel: Add a backpointer to the evlist a
evsel is in") updated perf_evlist__add() but not
perf_evlist__splice_list_tail().
This illustrates that it is better if perf_evlist__splice_list_tail()
calls perf_evlist__add() instead of duplicating the logi
From: Adrian Hunter
Don't need to check for NULL when "putting" evlist->maps and
evlist->threads because the "put" functions already do that.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1441699142-18905-3-git-send-email-adrian.hun...@intel.co
Hi Ingo,
Please consider pulling, there are quite a few patches, but that is
because Adrian did the right thing and made his patches very granular, thanks
Adrian!
- Arnaldo
The following changes since commit 91a4dc9f71e4b8f9b8da547d19f80e7be89d7539:
Merge tag 'perf-urgent-for-mingo' o
From: Adrian Hunter
Subsequent fixes will need a function that just propagates maps for a
single evsel so factor it out.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1441699142-18905-11-git-send-email-adrian.hun...@intel.com
[ Moved them to be
From: Adrian Hunter
If evsel->cpus is to be reassigned then the current value must be "put",
which works even if it is NULL. Simplify the current logic by moving
the "put" next to the assignment.
Signed-off-by: Adrian Hunter
Acked-by: Jiri Olsa
Cc: Kan Liang
Link:
http://lkml.kernel.org/r/1
From: Adrian Hunter
perf_evlist__propagate_maps() incorrectly assumes evsel->threads is NULL
before reassigning it, but it won't be NULL when perf_evlist__set_maps()
is used to set different (or NULL) maps. Thus thread_map__put must be
used, which works even if evsel->threads is NULL.
Signed-of
On Tue, Sep 15, 2015 at 05:50:40PM +0300, Tal Shorer wrote:
> > Yes it feels like that should be eliding them completely, and likely any
> > following space as well, something like this:
> >
> > $s =~ s/$;+\s*//g;
> > $c =~ s/$;+\s*//g;
> >
> Replacing the problematic lines with th
401 - 500 of 1097 matches
Mail list logo