To properly support the new DAX fsync/msync infrastructure filesystems
need to call dax_pfn_mkwrite() so that DAX can track when user pages are
dirtied.
Signed-off-by: Ross Zwisler
---
fs/xfs/xfs_file.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/xfs/xfs_file.c
To properly support the new DAX fsync/msync infrastructure filesystems
need to call dax_pfn_mkwrite() so that DAX can track when user pages are
dirtied.
Signed-off-by: Ross Zwisler
Reviewed-by: Jan Kara
---
fs/ext2/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs
Add find_get_entries_tag() to the family of functions that include
find_get_entries(), find_get_pages() and find_get_pages_tag(). This is
needed for DAX dirty page handling because we need a list of both page
offsets and radix tree entries ('indices' and 'entries' in this function)
that are marked
The function __arch_wb_cache_pmem() was already an internal implementation
detail of the x86 PMEM API, but this functionality needs to be exported as
part of the general PMEM API to handle the fsync/msync case for DAX mmaps.
One thing worth noting is that we really do want this to be part of the
P
Add support for tracking dirty DAX entries in the struct address_space
radix tree. This tree is already used for dirty page writeback, and it
already supports the use of exceptional (non struct page*) entries.
In order to properly track dirty DAX pages we will insert new exceptional
entries into
To properly handle fsync/msync in an efficient way DAX needs to track dirty
pages so it is able to flush them durably to media on demand.
The tracking of dirty pages is done via the radix tree in struct
address_space. This radix tree is already used by the page writeback
infrastructure for tracki
From: Colin Ian King
Conditionally declare suspend_data on CONFIG_PM to avoid
the following warning when CONFIG_OM is not enabled:
drivers/platform/x86/tc1100-wmi.c:55:27: warning:
'suspend_data' defined but not used [-Wunused-variable]
Signed-off-by: Colin Ian King
---
drivers/platform/x86
To properly support the new DAX fsync/msync infrastructure filesystems
need to call dax_pfn_mkwrite() so that DAX can track when user pages are
dirtied.
Signed-off-by: Ross Zwisler
Reviewed-by: Jan Kara
---
fs/ext4/file.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/fs
Changes since v6 [1]:
1) Fixed an existing NULL pointer dereference bug in __dax_dbg() in patch 1.
2) Fixed an existing bug with the way holes are converted into DAX PMD
entries in patch 2. This solves a BUG_ON reported by Dan Williams.
3) Removed second verification of our radix tree entry bef
On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote:
> Hello.
>
> swapcontext() can be used with signal handlers,
> it swaps the signal masks together with the other
> parts of the context.
> Unfortunately, linux implements the sigaltstack()
> in a way that makes it impossible to use with
> swapcon
When we get a DAX PMD fault for a write it is possible that there could be
some number of 4k zero pages already present for the same range that were
inserted to service reads from a hole. These 4k zero pages need to be
unmapped from the VMAs and removed from the struct address_space radix tree
bef
On 01/06/2016 12:33 PM, John Stultz wrote:
> On Wed, Jan 6, 2016 at 9:28 AM, John Stultz wrote:
>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
>>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>>> +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock)
>>> {
>>>
On Wed, Jan 6, 2016 at 9:59 AM, Borislav Petkov wrote:
> On Wed, Jan 06, 2016 at 09:54:19AM -0800, Andy Lutomirski wrote:
>> I assume that this zero is to save the couple of bytes for the
>> relocation entry on relocatable kernels?
>
> I didn't want to touch all _ASM_EXTABLE() macro invocations by
On 01/06/2016 12:34 PM, Thomas Gleixner wrote:
> On Wed, 6 Jan 2016, John Stultz wrote:
>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
>>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>>> +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock)
>>> {
>>> stru
On Sun, Jan 03, 2016 at 10:13:06AM -0800, Dan Williams wrote:
> On Wed, Dec 23, 2015 at 11:39 AM, Ross Zwisler
> wrote:
> > To properly handle fsync/msync in an efficient way DAX needs to track dirty
> > pages so it is able to flush them durably to media on demand.
> >
> > The tracking of dirty pa
On Wed, 6 Jan 2016, Prarit Bhargava wrote:
> On 01/06/2016 12:33 PM, John Stultz wrote:
> > On Wed, Jan 6, 2016 at 9:28 AM, John Stultz wrote:
> >> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
> >>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
> >>> +ktime_t ktime_get_with_offse
The patch
regulator: max8973: add support for junction thermal warning
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next
On Wed, 6 Jan 2016, Prarit Bhargava wrote:
> On 01/06/2016 12:34 PM, Thomas Gleixner wrote:
> > On Wed, 6 Jan 2016, John Stultz wrote:
> >> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
> >>> -ktime_t ktime_get_with_offset(enum tk_offsets offs)
> >>> +ktime_t ktime_get_with_offset(enum tk
On Wed, Jan 06, 2016 at 09:57:08AM -0800, Dave Hansen wrote:
> So, after the third patch, the strlen() goes away any way you do this.
> The code ends up looking the same (the while() check is against the
> max-length variable alone).
True story.
> I'm happy to rewrite this to have a different int
On Wed, Dec 16, 2015 at 07:38:33PM +0100, Dmitry Vyukov wrote:
> > Yup, looks correct. Will you send a patch?
>
> I've drafted the verification:
>
> @@ -1269,6 +1269,8 @@ static long read_events(struct kioctx *ctx, long
> min_nr, long nr,
>
> if (unlikely(copy_from_user(&ts, time
On Wed, Jan 6, 2016 at 8:50 AM, Oleksandr Natalenko
wrote:
>
> Unfortunately, the patch didn't help -- I've got the same stacktrace with
> slightly different offset (+3) within the function.
>
> Now trying to get full stacktrace via netconsole. Need more time.
>
> Meanwhile, any other ideas on wh
From: Xiangliang Yu :
> Main changes in V2:
> 1. Fixed compiler warning;
> 2. Add marcro argument of ndev in NTB_READ_REG/NTB_WRITE_REG;
> 3. Add notes for flush and wakeup interfaces;
>
> Xiangliang Yu (3):
> NTB: Add AMD PCI-Express NTB driver
> NTB: Add AMD NTB support in Kconfig and Makefi
[+cc Jisheng]
On Fri, Dec 18, 2015 at 02:38:55PM +0200, Stanimir Varbanov wrote:
> There is no guarantees that enabling ATU will hit the hardware
> immediately, and subsequent accesses to configuration / IO spaces
> are reliable. So fixing this by read back PCIE_ATU_CR2 register
> just after writi
On Wed, Jan 6, 2016 at 1:06 AM, Dan Carpenter wrote:
> It's not really necessary to CC linux-kernel. No one reads it.
> I only send patches there when there isn't another public mailing
> list available.
Actually, cc'ing lkml is still often a good idea, because it's a great
archiving point.
I k
Hi Borislav,
Thanks for your review.
I totally agree all your comment
I have made a new patch, and that is in testing, I will post it ASAP
On 16 December 2015 at 18:29, Borislav Petkov wrote:
> On Wed, Aug 19, 2015 at 12:44:16AM +0800, fu@linaro.org wrote:
>> From: Huang Ying
>>
>> Under no
From: Kan Liang
For understanding how the workload maps to memory channels and hardware
behavior, it's useful to collect address maps with physical addresses.
This is not intended for detecting page sharing (which can be already
done using the mmap inode), but for lower level hardware behavior
st
From: Kan Liang
perf script print out physical addresses by applying phys_addr.
Only display physical address when virtual address is selected. The
physical address will be printed out right after virtual address.
Signed-off-by: Kan Liang
---
tools/perf/builtin-script.c | 19 ++
From: Kan Liang
Add option phys-data in perf mem to record physical address
Signed-off-by: Kan Liang
---
tools/perf/builtin-mem.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/tools/perf/builtin-mem.c b/tools/perf/builtin-mem.c
index 3901700..7d5ff3a 100644
--- a/tools/perf/builtin-
From: Kan Liang
Add new option --phys-data for perf record to record sample physical
address. Once the option is applied, it implies that --data option is
also applied to record sample virtual address.
Signed-off-by: Kan Liang
---
tools/perf/Documentation/perf-record.txt | 6 +-
tools/per
On Wed, Jan 06, 2016 at 03:32:18PM +0100, Peter Zijlstra wrote:
> On Wed, Jan 06, 2016 at 01:52:17PM +0200, Michael S. Tsirkin wrote:
> > > > Peter, what do you think? How about I leave this patch as is for now?
> > >
> > > No, and I object to removing the single byte implementation too. Either
>
Hi Tyler,
Great thanks for your testing,
But I just made a new one according to Borislav's suggestion.
Please help us again, if you get some time. :-)
Thanks
On 16 December 2015 at 00:39, Timur Tabi wrote:
> On Tue, Aug 18, 2015 at 11:44 AM, wrote:
>> From: Fu Wei
>>
>> ACPI/APEI is designe
From: Kan Liang
perf mem report should support physical addresses by applying -p or
--phys-data. The default mem sort order for physical addresses is added
accordingly.
Signed-off-by: Kan Liang
---
tools/perf/builtin-mem.c | 15 +++
tools/perf/util/sort.c | 1 +
tools/perf/util/
From: Kan Liang
perf mem report should support dumping physical addresses by applying -p
or --phys-data.
Signed-off-by: Kan Liang
---
tools/perf/Documentation/perf-mem.txt | 4 ++
tools/perf/builtin-mem.c | 81 ---
2 files changed, 61 insertions(+)
From: Kan Liang
Extend sample-parsing test cases to support new sample type
PERF_SAMPLE_PHYS_ADDR.
Signed-off-by: Kan Liang
---
tools/perf/tests/sample-parsing.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/tools/perf/tests/sample-parsing.c
b/tools/perf/tests/sample
On Wed, Jan 06, 2016 at 10:21:33AM -0800, Linus Torvalds wrote:
> On Wed, Jan 6, 2016 at 1:06 AM, Dan Carpenter
> wrote:
> > It's not really necessary to CC linux-kernel. No one reads it.
Some of us still do.
> > I only send patches there when there isn't another public mailing
> > list availa
From: Kan Liang
Add a new sort option phys_daddr for --mem-mode sort. With this option
applied, perf can sort and report by sample's physical address.
Signed-off-by: Kan Liang
---
tools/perf/Documentation/perf-report.txt | 1 +
tools/perf/util/hist.c | 3 +++
tools/perf/uti
On 01/05/2016 11:11 PM, Rohit kumar wrote:
Currently we can only import dma buf fd's to get ion_handle.
Adding support to import dma buf handles to support kernel
specific use cases.
An example use case is in linux platforms such as Tizen, in which
DRM-GEM is used for buffer management for graph
Hello.
On 1/5/2016 7:54 PM, Peter Senna Tschudin wrote:
From: Peter Senna Tschudin
This patch remove four calls to dev_err() from sisusb_probe() as
reporting memory allocation failures is redundant:
- Remove a call to dev_err() that was reporting unsuccesful call to
kzalloc().
- Rem
On Thu, Jan 07, 2016 at 02:21:31AM +0800, Fu Wei wrote:
> Hi Borislav,
>
> Thanks for your review.
> I totally agree all your comment
> I have made a new patch, and that is in testing, I will post it ASAP
Ok, but please do not top-post.
A: Because it messes up the order in which people normally
06.01.2016 21:05, Andy Lutomirski пишет:
On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote:
Hello.
swapcontext() can be used with signal handlers,
it swaps the signal masks together with the other
parts of the context.
Unfortunately, linux implements the sigaltstack()
in a way that makes it i
On Wed, Jan 6, 2016 at 10:19 AM, Yuchung Cheng wrote:
> On Wed, Jan 6, 2016 at 8:50 AM, Oleksandr Natalenko
> wrote:
>>
>> Unfortunately, the patch didn't help -- I've got the same stacktrace with
>> slightly different offset (+3) within the function.
>>
>> Now trying to get full stacktrace via
Reported-by: Bingkuo Liu
Signed-off-by: Shrikrishna Khare
---
drivers/net/vmxnet3/vmxnet3_drv.c | 8
drivers/net/vmxnet3/vmxnet3_int.h | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/vmxnet3/vmxnet3_drv.c
b/drivers/net/vmxnet3/vmxnet3_drv.c
index 41
On Sun, 2015-12-27 at 13:36 +0100, SF Markus Elfring wrote:
> From: Markus Elfring
> Date: Sun, 27 Dec 2015 13:12:10 +0100
> Subject: [PATCH 0/2] InfiniBand-iSER: Refactoring for two function
> implementations
>
> I suggest to return directly instead of using the jump label "err"
> in two functi
Commit-ID: 9e0e83a1eca66f8369e5a02973f85aad65c32416
Gitweb: http://git.kernel.org/tip/9e0e83a1eca66f8369e5a02973f85aad65c32416
Author: Andrey Ryabinin
AuthorDate: Mon, 14 Dec 2015 15:47:23 +0300
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:01:05 +0100
sched/fair: Fix multiplic
Commit-ID: c127449944659543e5e2423002f08f0af98dba5c
Gitweb: http://git.kernel.org/tip/c127449944659543e5e2423002f08f0af98dba5c
Author: Peter Zijlstra
AuthorDate: Thu, 10 Dec 2015 20:57:40 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 10:52:38 +0100
perf: Fix race in perf_eve
Commit-ID: be958bdc96f18bc1356177bbb79d46ea0c037b96
Gitweb: http://git.kernel.org/tip/be958bdc96f18bc1356177bbb79d46ea0c037b96
Author: Peter Zijlstra
AuthorDate: Wed, 25 Nov 2015 16:02:07 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:01:07 +0100
sched/core: Fix unserializ
Commit-ID: 093e5840ae76f1082633503964d035f40ed0216d
Gitweb: http://git.kernel.org/tip/093e5840ae76f1082633503964d035f40ed0216d
Author: Sebastian Andrzej Siewior
AuthorDate: Mon, 21 Dec 2015 18:17:10 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:01:07 +0100
sched/core: Res
This patch fixes a bug in __perf_pmu__new_alias() whereby
the alias->snapshot field was not initialized to false. This
led to random alias->snapshot value for an alias and
was breaking some measurements such as:
$ perf stat -a -e uncore_imc/data_reads/ -I 1000 sleep 100
Because the event ended up
Commit-ID: 25ec02f2c14466a4549c5dcc044b628c2cc46fde
Gitweb: http://git.kernel.org/tip/25ec02f2c14466a4549c5dcc044b628c2cc46fde
Author: Jiri Olsa
AuthorDate: Mon, 21 Dec 2015 15:25:30 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:06:06 +0100
x86/fpu: Properly align size in
Commit-ID: 5a1078043f844074cbd53981432778a8d5dd56e9
Gitweb: http://git.kernel.org/tip/5a1078043f844074cbd53981432778a8d5dd56e9
Author: Jiri Olsa
AuthorDate: Tue, 8 Dec 2015 21:23:59 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:06:14 +0100
sched/core: Move sched_entity::a
Sure, but after catching the stacktrace.
On середа, 6 січня 2016 р. 10:43:45 EET Yuchung Cheng wrote:
> Could you turn off ecn (sysctl net.ipv4.tcp_ecn=0) to see if this still
> happen?
> >> On December 22, 2015 4:10:32 AM EET, Yuchung Cheng
wrote:
> >> >On Mon, Dec 21, 2015 at 12:25 PM, Oleks
Commit-ID: 7d92de3a8285ab3dfd68aa3a99823acd5b190444
Gitweb: http://git.kernel.org/tip/7d92de3a8285ab3dfd68aa3a99823acd5b190444
Author: Wanpeng Li
AuthorDate: Thu, 3 Dec 2015 17:42:10 +0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:05:56 +0100
sched/deadline: Fix the earlies
Commit-ID: 0905f04eb21fc1c2e690bed5d0418a061d56c225
Gitweb: http://git.kernel.org/tip/0905f04eb21fc1c2e690bed5d0418a061d56c225
Author: Yuyang Du
AuthorDate: Thu, 17 Dec 2015 07:34:27 +0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:06:29 +0100
sched/fair: Fix new task's load
Commit-ID: 957ea1fdbcdb909e1540f06f06f1a9ce6e696efa
Gitweb: http://git.kernel.org/tip/957ea1fdbcdb909e1540f06f06f1a9ce6e696efa
Author: Andi Kleen
AuthorDate: Thu, 3 Dec 2015 13:22:19 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:30 +0100
perf/x86: Remove warning for ze
Commit-ID: 01330d7288e0050c5aaabc558059ff91589e67cd
Gitweb: http://git.kernel.org/tip/01330d7288e0050c5aaabc558059ff91589e67cd
Author: Andi Kleen
AuthorDate: Thu, 3 Dec 2015 13:22:20 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:31 +0100
perf/x86: Allow zero PEBS statu
Commit-ID: 724697648eec540b2a7561089b1c87cb33e6a0eb
Gitweb: http://git.kernel.org/tip/724697648eec540b2a7561089b1c87cb33e6a0eb
Author: Andi Kleen
AuthorDate: Fri, 4 Dec 2015 03:50:52 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:32 +0100
perf/x86: Use INST_RETIRED.PREC
Commit-ID: 61b87cae6361ea6af161c1ffa549898892707b19
Gitweb: http://git.kernel.org/tip/61b87cae6361ea6af161c1ffa549898892707b19
Author: Stephane Eranian
AuthorDate: Mon, 7 Dec 2015 20:33:25 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:33 +0100
perf/x86: Fix filter_even
Commit-ID: 442f5c74cbeaf54939980397ece59360c0a824e9
Gitweb: http://git.kernel.org/tip/442f5c74cbeaf54939980397ece59360c0a824e9
Author: Andi Kleen
AuthorDate: Fri, 4 Dec 2015 03:50:32 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:32 +0100
perf/x86: Use INST_RETIRED.TOTA
Commit-ID: 6fc2e83077b05a061afe9b24f2fdff7a0434eb67
Gitweb: http://git.kernel.org/tip/6fc2e83077b05a061afe9b24f2fdff7a0434eb67
Author: Stephane Eranian
AuthorDate: Thu, 3 Dec 2015 23:33:17 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:33 +0100
perf/x86: Fix LBR related
Commit-ID: 673d188ba5b1cef6f9a41a5a18b490b2831c3ea5
Gitweb: http://git.kernel.org/tip/673d188ba5b1cef6f9a41a5a18b490b2831c3ea5
Author: Stephane Eranian
AuthorDate: Thu, 3 Dec 2015 21:03:10 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:34 +0100
perf/x86: Enable cycles:p
Commit-ID: 1424a09a9e1839285e948d4ea9fdfca26c9a2086
Gitweb: http://git.kernel.org/tip/1424a09a9e1839285e948d4ea9fdfca26c9a2086
Author: Stephane Eranian
AuthorDate: Thu, 3 Dec 2015 23:33:18 +0100
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:34 +0100
perf/x86: fix PEBS issues
Commit-ID: d3bcd64bbc35076a80c56918c905ddb167d097d8
Gitweb: http://git.kernel.org/tip/d3bcd64bbc35076a80c56918c905ddb167d097d8
Author: Huang Rui
AuthorDate: Fri, 4 Dec 2015 18:07:41 +0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:35 +0100
perf/x86/rapl: Use unified perf_
Commit-ID: d6980ef32570e2a26e05b1183788f4b70f1f27d0
Gitweb: http://git.kernel.org/tip/d6980ef32570e2a26e05b1183788f4b70f1f27d0
Author: Kan Liang
AuthorDate: Thu, 3 Dec 2015 16:00:11 -0500
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:36 +0100
perf/x86/intel/uncore: Add Broad
Commit-ID: dae25530a44ad9e6523495ebc8b37bb0a1640490
Gitweb: http://git.kernel.org/tip/dae25530a44ad9e6523495ebc8b37bb0a1640490
Author: Harish Chegondi
AuthorDate: Mon, 7 Dec 2015 14:32:31 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:37 +0100
perf/x86/intel/uncore: Rem
Commit-ID: 1e7b93906249a7ccca730be03168ace15f95709e
Gitweb: http://git.kernel.org/tip/1e7b93906249a7ccca730be03168ace15f95709e
Author: Harish Chegondi
AuthorDate: Mon, 7 Dec 2015 14:28:18 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:37 +0100
perf/x86/intel: Add perf c
Commit-ID: 9cc2617de5b9222abb39cd02e90d57dfea99c6d7
Gitweb: http://git.kernel.org/tip/9cc2617de5b9222abb39cd02e90d57dfea99c6d7
Author: Vince Weaver
AuthorDate: Wed, 9 Dec 2015 11:34:45 -0500
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:39 +0100
perf/x86/amd: Remove l1-dcach
On Mon, Jan 4, 2016 at 4:45 AM, Christopher S. Hall
wrote:
> ACKNOWLEDGMENT: The original correlated clock source and cross
> timestamp code was developed by Thomas Gleixner
> . It has changed considerably and any mistakes are
> mine.
>
> The precision with which events on multiple networked syste
Commit-ID: 77af0037de0a280eeabc632890de871f062ea7be
Gitweb: http://git.kernel.org/tip/77af0037de0a280eeabc632890de871f062ea7be
Author: Harish Chegondi
AuthorDate: Mon, 7 Dec 2015 14:32:32 -0800
Committer: Ingo Molnar
CommitDate: Wed, 6 Jan 2016 11:15:38 +0100
perf/x86/intel/uncore: Add
On Wed, Jan 6, 2016 at 1:46 PM, tip-bot for Peter Zijlstra
wrote:
>
> This is because context switches can swap the task_struct::perf_event_ctxp[]
> pointer around. Therefore you have to either disable preemption when looking
> at current, or hold ctx->lock.
>
>
> void perf_event_exec(void)
>
On Wed, Jan 6, 2016 at 4:42 PM, Rob Landley wrote:
> That said, if you'd ack a submission, Rich already has my Acked-by line
> on a maintainers patch (AND one to remove the extra cc's from the sh
> kernel list, and I acked Chen Gang's syscall addition patch back in
> https://lkml.org/lkml/2015/6/2
On Wed, Jan 6, 2016 at 9:34 AM, Thomas Gleixner wrote:
> On Wed, 6 Jan 2016, John Stultz wrote:
>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
>> > -ktime_t ktime_get_with_offset(enum tk_offsets offs)
>> > +ktime_t ktime_get_with_offset(enum tk_offsets offs, int trylock)
>> > {
>> >
gt; truncate_inode_pages_range() to clear out the radix tree entries before we
> insert the DAX PMD.
>
> Signed-off-by: Ross Zwisler
Replaced the current contents of v6 in -mm from next-20160106 with
this v7 set and it looks good.
Reported-by: Dan Williams
Tested-by: Dan Williams
On
Hi Mike,
On Tue, 2016-01-05 at 14:53 -0600, mchri...@redhat.com wrote:
> From: Mike Christie
>
> This patch has the target modules set the bio bi_op to a REQ_OP, and
> rq_flag_bits to bi_rw.
>
> This patch is compile tested only.
>
> Signed-off-by: Mike Christie
> ---
> drivers/target/target
On 01/06/2016 02:04 PM, John Stultz wrote:
> On Wed, Jan 6, 2016 at 9:34 AM, Thomas Gleixner wrote:
>> On Wed, 6 Jan 2016, John Stultz wrote:
>>> On Wed, Jan 6, 2016 at 5:00 AM, Prarit Bhargava wrote:
-ktime_t ktime_get_with_offset(enum tk_offsets offs)
+ktime_t ktime_get_with_offset(
On Wed, Jan 6, 2016 at 10:00 AM, Ross Zwisler
wrote:
> __dax_dbg() currently assumes that bh->b_bdev is non-NULL, passing it into
> bdevname() where is is dereferenced. This assumption isn't always true -
> when called for reads of holes, ext4_dax_mmap_get_block() returns a buffer
> head where bh
On Wed, Jan 6, 2016 at 10:42 AM, Stas Sergeev wrote:
> 06.01.2016 21:05, Andy Lutomirski пишет:
>>
>> On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote:
>>>
>>> Hello.
>>>
>>> swapcontext() can be used with signal handlers,
>>> it swaps the signal masks together with the other
>>> parts of the c
I've got some of these:
[84408.314676] BUG: unable to handle kernel NULL pointer dereference
at (null)
[84408.317324] IP: [] put_page+0x5/0x50
[84408.319985] PGD 0
[84408.322583] Oops: [#1] SMP
[84408.325156] Modules linked in: ppp_mppe ppp_async ppp_generic slhc
8021q fuse nfsd aut
Signed-off-by: Pranjal Bhor
---
drivers/staging/wlan-ng/p80211conv.c | 138 ++-
1 file changed, 72 insertions(+), 66 deletions(-)
diff --git a/drivers/staging/wlan-ng/p80211conv.c
b/drivers/staging/wlan-ng/p80211conv.c
index 1b02cdf..f6d8aa5 100644
--- a/drivers/
On Wed, Jan 6, 2016 at 3:04 AM, wrote:
> From: Kan Liang
>
> For understanding how the workload maps to memory channels and hardware
> behavior, it's useful to collect address maps with physical addresses.
> This is not intended for detecting page sharing (which can be already
> done using the m
06.01.2016 22:14, Andy Lutomirski пишет:
On Wed, Jan 6, 2016 at 10:42 AM, Stas Sergeev wrote:
06.01.2016 21:05, Andy Lutomirski пишет:
On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote:
Hello.
swapcontext() can be used with signal handlers,
it swaps the signal masks together with the other
On Wed, Jan 6, 2016 at 8:36 AM, Nishanth Menon wrote:
> On 01/06/2016 02:13 AM, Laxman Dewangan wrote:
>>
>> On Wednesday 06 January 2016 01:12 PM, H. Nikolaus Schaller wrote:
>>> Hi,
>>>
>>> Am 06.01.2016 um 00:40 schrieb Nishanth Menon :
>>>
On 01/05/2016 06:01 AM, H. Nikolaus Schaller wrot
The __iommu_alloc_buffer() is expected to be called to allocate pretty
sizeable buffers. Upon simple tests of video I saw it trying to
allocate 4,194,304 bytes. The function tries to allocate large chunks
in order to optimize IOMMU TLB usage.
The current function is very, very slow.
One problem
This patch adds the DMA_ATTR_SEQUENTIAL attribute to the DMA-mapping
subsystem.
This attribute can be used as a hint to the DMA-mapping subsystem that
access to memory will be mostly sequential. With mostly sequential
access TLB efficiency isn't as important, so the system may make
tradeoffs sacr
On Mon, Jan 4, 2016 at 4:45 AM, Christopher S. Hall
wrote:
> @@ -13,6 +13,9 @@
> /**
> * struct tk_read_base - base structure for timekeeping readout
> * @clock: Current clocksource used for timekeeping.
> + * @cs_seq:Clocksource sequence is incremented per clocksource change.
> + *
This series of 3 patches will speed up memory allocation in dma-mapping
quite a bit.
The first patch ("ARM: dma-mapping: Optimize allocation") is hopefully
not terribly controversial: it merely doesn't try as hard to allocate
big chunks once it gets the first failure. Since it's unlikely that
fur
If we know that memory will be accessed sequentially then it's not
terribly important to allocate big chunks of memory. The whole point of
allocating the big chunks was that it would make TLB usage efficient.
As Marek Szyprowski indicated:
Please note that mapping memory with larger pages sig
On Wed, Jan 06, 2016 at 10:07:19AM -0800, Andy Lutomirski wrote:
> Agreed. I just think that your current fixup_ex_handler
> implementation needs adjustment if you do it that way.
Right, and as you just mentioned on IRC, there's also sortextable.c
which needs adjusting. So I'll go stare at that c
On Mon, Jan 4, 2016 at 4:45 AM, Christopher S. Hall
wrote:
> The code in ktime_get_snapshot() is a superset of the code in
> ktime_get_raw_and_real() code. Changes the latter to call the former. A
> side effect of this is that ktime_get_raw_and_real() returns two clock
> times corresponding to the
On Wed, Jan 06, 2016 at 03:14:22PM +0530, Anshuman Khandual wrote:
> On Wed, Jan 6, 2016 at 10:32 AM, Mateusz Guzik wrote:
> > Only functions doing more than one read are modified. Consumeres
> > happened to deal with possibly changing data, but it does not seem
> > like a good thing to rely on.
>
ldt_gdt.c relies on cross-cpu invalidation of SS to do one of its
tests. On 32-bit builds, this works fine, but on 64-bit builds, it
only works if the kernel has proper SS sigcontext handling for
64-bit user programs.
Since the SS fixes are currently reverted, restrict the test case to
32 bits fo
On Wed, Jan 6, 2016 at 11:31 AM, Stas Sergeev wrote:
> 06.01.2016 22:14, Andy Lutomirski пишет:
>
>> On Wed, Jan 6, 2016 at 10:42 AM, Stas Sergeev wrote:
>>>
>>> 06.01.2016 21:05, Andy Lutomirski пишет:
On Wed, Jan 6, 2016 at 7:45 AM, Stas Sergeev wrote:
>
> Hello.
>
>
On 01/06/2016 01:34 PM, Rob Herring wrote:
> On Wed, Jan 6, 2016 at 8:36 AM, Nishanth Menon wrote:
>> On 01/06/2016 02:13 AM, Laxman Dewangan wrote:
>>>
>>> On Wednesday 06 January 2016 01:12 PM, H. Nikolaus Schaller wrote:
Hi,
Am 06.01.2016 um 00:40 schrieb Nishanth Menon :
>>
These make the code slightly smaller and easier to read but shouldn't make
any functional difference.
---
Bjorn Helgaas (2):
PCI: designware: Simplify control flow
PCI: designware: Make config accessor override checking symmetric
drivers/pci/host/pcie-designware.c | 53 ++
On Wed, 2016-01-06 at 17:05 +, Ben Hutchings wrote:
> On Tue, 2016-01-05 at 11:41 -0800, Kamal Mostafa wrote:
> > 4.2.8-ckt1 -stable review patch. If anyone has any objections, please let
> > me know.
> >
> > --
> >
> > From: Mathias Nyman
> >
> > commit e210c422b6fdd2dc12
Drivers based on the DesignWare core can override the config read accessors
by supplying rd_own_conf() and rd_other_conf() function pointers.
dw_pcie_rd_conf() calls dw_pcie_rd_own_conf() (for accesses to the root
bus) or dw_pcie_rd_other_conf():
dw_pcie_rd_conf
dw_pcie_rd_own_conf
Return values immediately when possible to simplify the control flow.
No functional change intended.
Signed-off-by: Bjorn Helgaas
---
drivers/pci/host/pcie-designware.c | 53
1 file changed, 18 insertions(+), 35 deletions(-)
diff --git a/drivers/pci/host/
On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov wrote:
> Looks like this happens because ip_options_fragment() relies on
> correct ip options length in ip control block in skb. But in
> ip_finish_output_gso() control block in segments is reused by
> skb_gso_segment(). following ip_fragment(
Hi all,
I very much appreciate all the feedback received. I dropped the
controversial PCI parts and the user space pci-utils from this series,
and I think satisfied all the requests I am aware of. Is there anything
else preventing a 4.5 inclusion?
Thanks a bunch!
Keith
On Mon, Dec 21, 2015 at 10
From: Jarod Wilson
Date: Wed, 6 Jan 2016 09:36:37 -0500
> This is based on the work done by Przemek Rudy in bug 70761 at
> bugzilla.kernel.org, but with some work done to disentagle and clarify
> things a bit.
>
> Similar to Przemek's work and other drivers, we're adding a padding of 16
> here,
On Wed, Jan 6, 2016 at 10:59 PM, Cong Wang wrote:
> On Wed, Jan 6, 2016 at 11:15 AM, Konstantin Khlebnikov
> wrote:
>> Looks like this happens because ip_options_fragment() relies on
>> correct ip options length in ip control block in skb. But in
>> ip_finish_output_gso() control block in segmen
501 - 600 of 907 matches
Mail list logo
