On Mon, May 18, 2015 at 11:58:12PM -0700, Jaegeuk Kim wrote:
>
> > So where does the key get generated? The crypto tfm should be
> > allocated when you generate the key.
>
> In fs/ext4/crypto.c,
>
> - writepage
>- ext4_encrypt
> - ext4_get_crypto_ctx
>- crypto_alloc_ablkcipher
>
On Mon, 2015-05-18 at 13:52 -0500, Kumar Gala wrote:
> >
> > On May 11, 2015, at 2:21 PM, Mathieu Poirier poir...@linaro.org> wrote:
> >
> > On 11 May 2015 at 02:31, Ivan T. Ivanov iva...@linaro.org> wrote:
> > > Add initial set of CoreSight components found on Qualcomm's 8x16 chipset.
> >
> >
On Mon, May 18, 2015 at 09:50:06PM +0200, Jiri Olsa wrote:
> On Mon, May 18, 2015 at 09:30:29AM +0900, Namhyung Kim wrote:
>
> SNIP
>
> > +static struct thread *
> > +__machine__findnew_thread_by_time(struct machine *machine, pid_t pid,
> > pid_t tid,
> > + u64 timest
Hello Shawn,
Am 18.05.2015 13:31, schrieb Shawn Guo:
On Mon, May 11, 2015 at 11:02:54AM +0200, Heiko Schocher wrote:
This patch add support for the imx6dl based aristainetos2 board
What are the differences between aristainetos2 and aristainetos board?
aristainetos is a i.MX6 design with a p
On Mon, May 18, 2015 at 09:55:41AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, May 18, 2015 at 09:30:31AM +0900, Namhyung Kim escreveu:
> > The evsel and sample arguments are to set iter for later use. As it
> > also receives an iter as another argument, just set them before
> > calling the f
On Sun, May 17, 2015 at 10:51 PM, Maxime Ripard
wrote:
> On Thu, May 14, 2015 at 02:10:06PM +0800, Chen-Yu Tsai wrote:
>> The A80 includes an ARM CCI-400 interconnect to support multi-cluster
>> CPU caches.
>>
>> Also add the default clock frequency for the CPUs.
>>
>> Signed-off-by: Chen-Yu Tsai
On Mon 18-05-15 10:10:50, Linus Torvalds wrote:
> On Mon, May 18, 2015 at 2:31 AM, Peter Zijlstra wrote:
> > Subject: watchdog: Fix merge 'conflict'
> >
> > Two watchdog changes that came through different trees had a non
> > conflicting conflict, that is, one changed the semantics of a variable
>
Power supply is often registered during probe of a driver. The
power_supply_register() returns pointer to newly allocated structure as
return value. However before returning the power_supply_register()
calls back the get_property() method provided by the driver through
uevent.
In that time the dri
On Tue, May 19, 2015 at 02:59:29PM +0800, Herbert Xu wrote:
> On Mon, May 18, 2015 at 11:58:12PM -0700, Jaegeuk Kim wrote:
> >
> > > So where does the key get generated? The crypto tfm should be
> > > allocated when you generate the key.
> >
> > In fs/ext4/crypto.c,
> >
> > - writepage
> >-
Don't call the power_supply_changed() from power_supply_register() when
parent is still probing because it may lead to accessing parent too
early.
In bq27x00_battery this caused NULL pointer exception because uevent of
power_supply_changed called back the the get_property() method provided
by the
Hi,
Changes since v1:
=
1. Patch 2: fix invalid member used for container_of().
2. Patch 2: Replace WARN with pr_warn() in __power_supply_register()
if parent is missing.
Description:
This is an idea to fix issue in bq27x00 driver (and probably in others)
reporte
Johannes,
You mentioned off-list that you might have a fix for this somewhere in
mac80211-next. Do you have any idea when this will make it in to -next?
It is still broken as of -next 20150518.
--
- Jeremiah Mahler
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
On Tue, May 19, 2015 at 12:13:17AM -0700, Jaegeuk Kim wrote:
>
> The key generation is done by ext4_generate_encryption_key in
> fs/ext4/crypto_key.c.
> And, ext4_file_mmap and ext4_file_open trigger it.
Well that's where you should be doing crypto_alloc_ablkcipher
and crypto_ablkcipher_setkey.
T
Hi,
I send these separately because they are not fixes for current
RC cycle.
The patch 1 could look like fix... but still this is for theoretical
race condition.
Best regards,
Krzysztof
Krzysztof Kozlowski (2):
power_supply: Use wrappers to avoid races when registering power
supply
powe
Use wrappers over get_property() and set_property() internally in power
supply and for sysfs interface. The wrappers provide safe access if
power supply is not yet registered or t is being destroyed.
In case of syfs the theoretical race could happen between ending of
driver's probe and parallel sy
Commit-ID: 2e10e71ce88e3eaccfd09a045ae6ecebe657ba09
Gitweb: http://git.kernel.org/tip/2e10e71ce88e3eaccfd09a045ae6ecebe657ba09
Author: Frederic Weisbecker
AuthorDate: Tue, 12 May 2015 16:41:47 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:12 +0200
sched/preempt: Rearr
Commit-ID: 92cf211874e954027b8e91cc9a15485a50b58d6b
Gitweb: http://git.kernel.org/tip/92cf211874e954027b8e91cc9a15485a50b58d6b
Author: Frederic Weisbecker
AuthorDate: Tue, 12 May 2015 16:41:46 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:11 +0200
sched/preempt: Merge
Commit-ID: 90b62b5129d5cb50f62f40e684de7a1961e57197
Gitweb: http://git.kernel.org/tip/90b62b5129d5cb50f62f40e684de7a1961e57197
Author: Frederic Weisbecker
AuthorDate: Tue, 12 May 2015 16:41:48 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:12 +0200
sched/preempt: Renam
Commit-ID: b30f0e3ffedfa52b1d67a302ae5860c49998e5e2
Gitweb: http://git.kernel.org/tip/b30f0e3ffedfa52b1d67a302ae5860c49998e5e2
Author: Frederic Weisbecker
AuthorDate: Tue, 12 May 2015 16:41:49 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:12 +0200
sched/preempt: Optim
Commit-ID: 3e51f3c4004c9b01f66da03214a3e206f5ed627b
Gitweb: http://git.kernel.org/tip/3e51f3c4004c9b01f66da03214a3e206f5ed627b
Author: Frederic Weisbecker
AuthorDate: Tue, 12 May 2015 16:41:51 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:13 +0200
sched/preempt: Remov
Commit-ID: e017cf21ae82e0b36f026b22083a8ae67926f465
Gitweb: http://git.kernel.org/tip/e017cf21ae82e0b36f026b22083a8ae67926f465
Author: Frederic Weisbecker
AuthorDate: Tue, 12 May 2015 16:41:50 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:13 +0200
sched/preempt: Fix o
Commit-ID: 8bcbde5480f9777f8b74d71493722c663e22c21b
Gitweb: http://git.kernel.org/tip/8bcbde5480f9777f8b74d71493722c663e22c21b
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:06 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:13 +0200
sched/preempt, mm/faul
The 'parent' argument passed to power_supply_register() is now used to
postpone callbacks to the driver until the driver's probe end.
Pass current device from charger-manager to utilize that. This will move
created power supply from virtual to platform devices.
Signed-off-by: Krzysztof Kozlowski
Commit-ID: 2cb7c9cb426660b5ed58b643d9e7dd5d50ba901f
Gitweb: http://git.kernel.org/tip/2cb7c9cb426660b5ed58b643d9e7dd5d50ba901f
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:09 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:14 +0200
sched/preempt, mm/kmap
Commit-ID: b3c395ef5556a6c60f4426cc060f5b7bdcf82d5b
Gitweb: http://git.kernel.org/tip/b3c395ef5556a6c60f4426cc060f5b7bdcf82d5b
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:08 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:14 +0200
mm/uaccess, mm/fault:
On 05/19/2015 02:08 AM, Brian Norris wrote:
> AFAICT, 'warn_no_part' never takes (and never has? at least, not in the
> git history) taken a value besides 1. It also has a disgruntled warning
> comment next to it, suggesting it shouldn't be there at all.
>
> Signed-off-by: Brian Norris
> Cc: Chri
Commit-ID: 9ec23531fd48031d1b6ca5366f5f967d17a8bc28
Gitweb: http://git.kernel.org/tip/9ec23531fd48031d1b6ca5366f5f967d17a8bc28
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:07 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:14 +0200
sched/preempt, mm/faul
Commit-ID: ce01948eb85da733558fa77c2a554144a57ab0fb
Gitweb: http://git.kernel.org/tip/ce01948eb85da733558fa77c2a554144a57ab0fb
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:10 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:15 +0200
sched/preempt, mm/kmap
Commit-ID: 32d8206725bcf6e3ce7832ac39e61a6ecfd558db
Gitweb: http://git.kernel.org/tip/32d8206725bcf6e3ce7832ac39e61a6ecfd558db
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:12 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:15 +0200
mm/fault, drm/i915: Us
On Mon 18-05-15 16:40:17, Mike Snitzer wrote:
> Commit c4cf5261 ("bio: skip atomic inc/dec of ->bi_remaining for
> non-chains") regressed all existing callers that followed this pattern:
> 1) saving a bio's original bi_end_io
> 2) wiring up an intermediate bi_end_io
> 3) restoring the original b
Commit-ID: f3dae07e442a8131a5485b6a38db2aa22a7a48cf
Gitweb: http://git.kernel.org/tip/f3dae07e442a8131a5485b6a38db2aa22a7a48cf
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:13 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:16 +0200
sched/preempt, futex:
Commit-ID: d9b9ff8c18891d74dc7076800bde81b774f7d032
Gitweb: http://git.kernel.org/tip/d9b9ff8c18891d74dc7076800bde81b774f7d032
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:14 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:16 +0200
sched/preempt, futex:
On Tue, May 19, 2015 at 07:58:25AM +0200, Stephan Mueller wrote:
>
> Herbert, do you have any ideas?
On the /dev/random side,
1) Add a struct module argument in addition to func/data.
2) Grab module ref count when func/data is registered.
3) Drop module ref count after func returns.
On the drbg
Commit-ID: 70ffdb9393a7264a069265edded729078dcf0425
Gitweb: http://git.kernel.org/tip/70ffdb9393a7264a069265edded729078dcf0425
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:11 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:15 +0200
mm/fault, arch: Use pa
Commit-ID: 2f09b227eeed4b3a072fe818c82a4c773b778cde
Gitweb: http://git.kernel.org/tip/2f09b227eeed4b3a072fe818c82a4c773b778cde
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:17 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:17 +0200
sched/preempt, futex:
Commit-ID: 39919b01ae4c1949736b40b79e27178d0c0bc406
Gitweb: http://git.kernel.org/tip/39919b01ae4c1949736b40b79e27178d0c0bc406
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:15 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:16 +0200
sched/preempt, arm/fut
Commit-ID: 388b0e0adbc98a1b12a077dc92851a3ce016db42
Gitweb: http://git.kernel.org/tip/388b0e0adbc98a1b12a077dc92851a3ce016db42
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:16 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:17 +0200
sched/preempt, arm/fut
Commit-ID: 76deabd1867d6d2895152f31fdec819e3505738b
Gitweb: http://git.kernel.org/tip/76deabd1867d6d2895152f31fdec819e3505738b
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:19 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:18 +0200
sched/preempt, MIPS: P
Commit-ID: 5f76eea88dcbe75506d98e0207b9e3bd47941f2d
Gitweb: http://git.kernel.org/tip/5f76eea88dcbe75506d98e0207b9e3bd47941f2d
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:18 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:17 +0200
sched/preempt, powerpc
Commit-ID: 3aed357ee499c71f589a2537af6ec7785029873f
Gitweb: http://git.kernel.org/tip/3aed357ee499c71f589a2537af6ec7785029873f
Author: Zhiqiang Zhang
AuthorDate: Mon, 18 May 2015 15:00:24 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:19 +0200
sched/dl/Documentation: C
Commit-ID: 3a3a58d4068382cf2e05f5c8fd3a0587836dacec
Gitweb: http://git.kernel.org/tip/3a3a58d4068382cf2e05f5c8fd3a0587836dacec
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:25 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:19 +0200
sched/dl/Documentation: Switc
Commit-ID: c1ceac6276e4ee12e4129afd380db10fae0db7df
Gitweb: http://git.kernel.org/tip/c1ceac6276e4ee12e4129afd380db10fae0db7df
Author: Rik van Riel
AuthorDate: Thu, 14 May 2015 22:59:36 -0400
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:19 +0200
sched/numa: Reduce conflict
Commit-ID: 8222dbe21e79338de92d5e1956cd1e3994cc9f93
Gitweb: http://git.kernel.org/tip/8222dbe21e79338de92d5e1956cd1e3994cc9f93
Author: David Hildenbrand
AuthorDate: Mon, 11 May 2015 17:52:20 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:18 +0200
sched/preempt, mm/faul
Commit-ID: c2a684930fce07f19d1a52d7bbe7474fe64fde31
Gitweb: http://git.kernel.org/tip/c2a684930fce07f19d1a52d7bbe7474fe64fde31
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:28 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:20 +0200
sched/dl/Documentation: Clari
Stop abusing struct page functionality and the swap end_io handler, and
instead add a modified version of the blk-lib.c bio_batch helpers.
Also move the block I/O code into swap.c as they are directly tied into
each other.
Signed-off-by: Christoph Hellwig
Tested-by: Pavel Machek
Tested-by: Ming
Commit-ID: e0deda8142a60e4a39d5ba2ea47294a851b4309a
Gitweb: http://git.kernel.org/tip/e0deda8142a60e4a39d5ba2ea47294a851b4309a
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:29 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:20 +0200
sched/dl/Documentation: Add s
Commit-ID: 78740858903460d4b926b9a90c705fcb6103da54
Gitweb: http://git.kernel.org/tip/78740858903460d4b926b9a90c705fcb6103da54
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:31 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:21 +0200
sched/dl/Documentation: Clari
Commit-ID: 3aa2dbe27f76528660e18b21f88a2c78ea8996ba
Gitweb: http://git.kernel.org/tip/3aa2dbe27f76528660e18b21f88a2c78ea8996ba
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:26 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:19 +0200
sched/dl/Documentation: Fix t
Commit-ID: 134136c4b730c1a4830a8b74e2717d858291361b
Gitweb: http://git.kernel.org/tip/134136c4b730c1a4830a8b74e2717d858291361b
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:30 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:21 +0200
sched/dl/Documentation: Add s
Commit-ID: 48355c4775741ee15b66bad7d09b263d93ce86f8
Gitweb: http://git.kernel.org/tip/48355c4775741ee15b66bad7d09b263d93ce86f8
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:27 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:20 +0200
sched/dl/Documentation: Use c
Commit-ID: 6aaa10254dfe61c8c5e87c26e21be0664782a5b4
Gitweb: http://git.kernel.org/tip/6aaa10254dfe61c8c5e87c26e21be0664782a5b4
Author: Luca Abeni
AuthorDate: Mon, 18 May 2015 15:00:32 +0200
Committer: Ingo Molnar
CommitDate: Tue, 19 May 2015 08:39:21 +0200
sched/dl/Documentation: Split
On Thu, May 14, 2015 at 10:20:51PM +0800, Borislav Petkov wrote:
> On Thu, May 14, 2015 at 09:38:57PM +0800, Huang Rui wrote:
> > Is C1E here you mentioned is waiting state that use mwaitx enters at
> > AMD platform? If yes, please see below comments:
> >
> > Current processor:
> > Power saving: C
On Tue, May 19, 2015 at 03:15:21PM +0800, Herbert Xu wrote:
> On Tue, May 19, 2015 at 12:13:17AM -0700, Jaegeuk Kim wrote:
> >
> > The key generation is done by ext4_generate_encryption_key in
> > fs/ext4/crypto_key.c.
> > And, ext4_file_mmap and ext4_file_open trigger it.
>
> Well that's where yo
On 19 May 2015 at 03:34, Brian Norris wrote:
> So how about the following patch? It seems like we'll need to be able to
> ignore useless 'modalias' values in cases like this:
>
> // modalias = "shinynewdevice"
> compatible = "myvendor,shinynewdevice", "jedec,spi-nor";
>
> and also
Hi all,
Changes since 20150518:
The akpm-current tree gained a conflict against Linus' tree.
Non-merge commits (relative to Linus' tree): 4713
4246 files changed, 207445 insertions(+), 103657 deletions(-)
I have crea
On Tue, May 19, 2015 at 12:27:40AM -0700, Jaegeuk Kim wrote:
>
> So, IMHO, it can consume memory too much, since tfm should be allocated for
> every inodes and be alive until inode eviction.
Are you sure this is a real problem? Have you actually looked at
how much memory it consumes?
> Apart from
At Wed, 13 May 2015 22:39:03 +0800,
Koro Chen wrote:
>
> Currently in snd_pcm_update_hw_ptr0 during interrupt,
> we consider there were double acknowledged interrupts when:
> 1. HW reported pointer is smaller than expected, and
> 2. Time from last update time (hdelta) is over half a buffer time.
>
On 05/19/2015 10:19 AM, Boaz Harrosh wrote:
<>
> But specially now that you are unconditionally printing it. It is better
> to just combine the two statements. See suggested patch below:
>
Actually we can even do better:
diff --git a/block/partitions/check.c b/block/partitions/check.c
index 513c
On Thu, 14 May 2015, Matt Roper wrote:
> On Thu, May 14, 2015 at 09:16:39AM +0200, Thomas Gummerer wrote:
>> Commit c9f038a1a592 ("drm/i915: Don't assume primary & cursor are
>> always on for wm calculation (v4)") fixes a null pointer dereference.
>> Setting the primary and cursor panes to false i
Am Dienstag, 19. Mai 2015, 15:22:27 schrieb Herbert Xu:
Hi Herbert,
> On Tue, May 19, 2015 at 07:58:25AM +0200, Stephan Mueller wrote:
> > Herbert, do you have any ideas?
>
> On the /dev/random side,
>
> 1) Add a struct module argument in addition to func/data.
> 2) Grab module ref count when f
On Mon, May 18, 2015 at 09:52:59AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, May 18, 2015 at 09:30:48AM +0900, Namhyung Kim escreveu:
> > With multi-thread report, separate sessions can be passed to each
> > thread, in this case we should keep a single machine state for all
> > struct sessio
On Tue, May 19, 2015 at 09:12:59AM +0200, Michal Hocko wrote:
> On Mon 18-05-15 10:10:50, Linus Torvalds wrote:
> > On Mon, May 18, 2015 at 2:31 AM, Peter Zijlstra
> > wrote:
> > > Subject: watchdog: Fix merge 'conflict'
> > >
> > > Two watchdog changes that came through different trees had a non
On Mon, 2015-05-18 at 17:51 -0700, Andy Lutomirski wrote:
> I think we should get rid of the idea of automatically generated signing
> keys entirely. Instead I think we should generate, at build time, a
> list of all the module hashes and link that into vmlinux.
How many module hashes can you h
On Tue, May 19, 2015 at 12:00:48AM -, Thomas Gleixner wrote:
> While reviewing the RDT/CAT patches I had to look into the perf CQM
> code. As usual when my review mood reaches the grumpiness level, I
> start to poke around in the code some more and find stuff which really
> sucks.
>
> Here is
On Tue, May 19, 2015 at 09:09:06AM +0200, Heiko Schocher wrote:
> >>@@ -0,0 +1,124 @@
> >>+/*
> >>+ * support fot the imx6 based aristainetos2 board
> >>+ *
> >>+ * Copyright (C) 2015 Heiko Schocher
> >>+ *
> >>+ * This program is free software; you can redistribute it and/or modify
> >>+ * it und
On Tue, May 12, 2015 at 09:51:56AM +0200, Vlastimil Babka wrote:
> On 04/27/2015 09:23 AM, Joonsoo Kim wrote:
> >When we steal whole pageblock, we don't need to break highest order
> >freepage. Perhaps, there is small order freepage so we can use it.
> >
> >This also gives us some code size reducti
On Tue, May 12, 2015 at 09:54:51AM +0200, Vlastimil Babka wrote:
> On 05/12/2015 09:51 AM, Vlastimil Babka wrote:
> >> {
> >>struct page *page;
> >>+ bool steal_fallback;
> >>
> >>-retry_reserve:
> >>+retry:
> >>page = __rmqueue_smallest(zone, order, migratetype);
> >>
> >>if (unlik
Hi Dave,
Don't worry :).
Of cause I have read your comments, but most of them contains no actual
code change request, so I did not reply them one by one.
When we are sure there is no actual code change needed, I will update
the comments and other format problems if necessary.
Regards
Zhenhua
On
On Tue, May 19, 2015 at 02:54:41PM +0800, Daniel Kurtz wrote:
> >> > + while (1) {
> >> > + ret = regmap_read(infracfg, INFRA_TOPAXI_PROTECTSTA1,
> >> > &val);
> >> > + if (ret)
> >> > + return ret;
> >> > +
> >> > + if ((val &
On Tue, May 12, 2015 at 10:36:40AM +0200, Vlastimil Babka wrote:
> On 04/27/2015 09:23 AM, Joonsoo Kim wrote:
> >Sometimes we try to get more freepages from buddy list than how much
> >we really need, in order to refill pcp list. This may speed up following
> >allocation request, but, there is a po
Hi Sudip,
Le Wednesday 06 May 2015 à 15:46 +0530, Sudip Mukherjee a écrit :
> as of now i2c-parport was connecting to all the available parallel
> ports. Lets limit that to maximum of 4 instances and at the same time
> define which instance connects to which parallel port
A leading capital and a
On Tue, May 19, 2015 at 09:35:15AM +0200, Stephan Mueller wrote:
>
> Thank you for the hints. I will follow your guidance.
>
> Just for my edification: why is this (rather complex sounding) approach
> preferred over a simple cancel API? Other async APIs (e.g. the AIO syscalls
> with io_cancel)
On Mon, May 18, 2015 at 11:11:34AM +0200, Jens Kuske wrote:
> Hi,
>
> On 05/17/15 14:50, Maxime Ripard wrote:
> > Hi Jens,
> >
> > On Fri, May 15, 2015 at 06:38:52PM +0200, Jens Kuske wrote:
> >> Some newer sunxi SoCs (A83T, H3) don't have individual registers for
> >> AHB1, APB1 and APB2 gates a
Hi all
I am seeing the following crash on my btrfs filesystem with nfs export.
If I disable the nfs share and reboot, I do not hit the crash. Look like
the crash happens on btrfs with nfs export.
Is this a known issue? Has anyone else faced this? Let me know if you need more
information.
Thanks
Am Dienstag, 19. Mai 2015, 15:51:55 schrieb Herbert Xu:
Hi Herbert,
>You're right. The cancel function is indeed simpler. I can
>certainly live with that.
Thank you. I will test my patch a bit more and then release it with the
discussed changes.
Ciao
Stephan
--
To unsubscribe from this list:
On Mon, May 18, 2015 at 09:45:35AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, May 18, 2015 at 09:30:50AM +0900, Namhyung Kim escreveu:
> > When perf creates a new child to profile, the events are enabled on
> > exec(). And in this case, it doesn't synthesize any event for the
> > child since
Hi Andy,
Thanks for this patch. There are some broken pieces though. Also,
I have some minor questions about the API design. See below.
On 05/15/2015 08:43 AM, Andy Lutomirski wrote:
> Signed-off-by: Andy Lutomirski
> ---
>
> There was no v1. I'm calling this v2 to keep it in sync with the ker
On 05/18/2015 06:58 PM, Doug Ledford wrote:
[snip]
>> I see :-) I've not work with the kdoc yet, not sure if there is any
>> guidelines on how to write the header of inline func for kdoc?
>
> It's an automated tool thing. Any comment section that starts with /**
> is automatically included as a
On Tue, May 19, 2015 at 03:30:12PM +0800, Herbert Xu wrote:
> On Tue, May 19, 2015 at 12:27:40AM -0700, Jaegeuk Kim wrote:
> >
> > So, IMHO, it can consume memory too much, since tfm should be allocated for
> > every inodes and be alive until inode eviction.
>
> Are you sure this is a real problem
On Mon, May 18, 2015 at 11:32:31AM +0200, Jens Kuske wrote:
> Hi,
>
> On 05/17/15 16:19, Maxime Ripard wrote:
> > On Fri, May 15, 2015 at 06:38:54PM +0200, Jens Kuske wrote:
> >> Add a remove function and export the init and remove function
> >> to allow us to build the SoC specific drivers as mod
On Tue, May 19, 2015 at 12:51:07AM +1000, Aleksa Sarai wrote:
> However, it should be noted that organisational operations (adding and
> removing tasks from a PIDs hierarchy) will *not* be prevented.
This is how you spell: broken controller.
--
To unsubscribe from this list: send the line "unsubs
On Mon, 2015-05-18 at 19:59 +0200, Fabian Frederick wrote:
> Use kernel.h macro definition.
>
> Signed-off-by: Fabian Frederick
Acked-by: Oliver Neukum
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordom
On Tue, 2015-05-19 at 02:09 +0200, Luis R. Rodriguez wrote:
> On Mon, May 18, 2015 at 10:45:30PM +0200, Paul Bolle wrote:
> > [...] so, probably, almost
> > all .config files have FW_LOADER set. So I think, except for some corner
> > cases, either converting all "select FW_LOADER" to "depends on
>
On AMD Carrizo processors (Family 15h, Model 60h-6fh), there is a new
feature called MWAITT (Mwait with a timer) as an extension of
Monitor/Mwait.
MWAITT, another name is MWAITX (MWAIT with extensions), has a configurable
timer that causes MWAITX to exit on expiration.
Compared with MONITOR/MWAIT
This patch removes the redundant comment.
Signed-off-by: Huang Rui
---
arch/x86/kernel/process.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/process.c b/arch/x86/kernel/process.c
index 9d68193..e3e12b6 100644
--- a/arch/x86/kernel/process.c
+++ b/arch/x86/
On Tue, May 12, 2015 at 11:01:48AM +0200, Vlastimil Babka wrote:
> On 04/28/2015 09:45 AM, Joonsoo Kim wrote:
> >On Mon, Apr 27, 2015 at 09:29:23AM +0100, Mel Gorman wrote:
> >>On Mon, Apr 27, 2015 at 04:23:41PM +0900, Joonsoo Kim wrote:
> >>>We already have antifragmentation policy in page allocat
On Tue, May 19, 2015 at 3:55 PM, Maxime Ripard
wrote:
> On Mon, May 18, 2015 at 11:32:31AM +0200, Jens Kuske wrote:
>> Hi,
>>
>> On 05/17/15 16:19, Maxime Ripard wrote:
>> > On Fri, May 15, 2015 at 06:38:54PM +0200, Jens Kuske wrote:
>> >> Add a remove function and export the init and remove funct
On Tue, 19 May 2015, Shawn Guo wrote:
> On Mon, May 18, 2015 at 05:36:43PM +0200, Thomas Gleixner wrote:
> >
> >
> > On Sun, 17 May 2015, Thomas Gleixner wrote:
> >
> > > On Sat, 16 May 2015, Russell King - ARM Linux wrote:
> > >
> > > > On Sat, May 16, 2015 at 11:44:20AM +0200, Stefan Agner wr
The evsel and sample arguments are to set iter for later use. As it
also receives an iter as another argument, just set them before
calling the function.
Signed-off-by: Namhyung Kim
---
Arnaldo, it seems that this patch can be applied to the current perf/core
2d8e405acd78 ("perf bench numa: Shar
Memory notifiers are being executed in a sequential order and when one of
them fails returning something different from NOTIFY_OK the remainder of
the notification chain is not being executed. When a memory block is being
onlined in online_pages() we do memory_notify(MEM_GOING_ONLINE, ) and if
one
On Mon, 18 May 2015, Dave Hansen wrote:
> From: Dave Hansen
>
> The MPX code appears to be saving off the FPU in an unsafe
> way. It does not disable preemption or ensure that the
> FPU state has been allocated. All of the preemption safety
> comes from the unfortunatley-named 'unlazy_fpu()'.
>
On Mon, 18 May 2015, Dave Hansen wrote:
> From: Dave Hansen
>
> The MPX registers (bndcsr/bndcfgu/bndstatus) are not directly
> accessible via normal instructions. They essentially act as
> if they were floating point registers and are saved/restored
> along with those registers.
>
> There are
On 05/18/2015 04:03 PM, Maxime Coquelin wrote:
2015-05-18 15:10 GMT+02:00 Daniel Lezcano :
On 05/09/2015 09:53 AM, Maxime Coquelin wrote:
STM32 MCUs feature 16 and 32 bits general purpose timers with prescalers.
The drivers detects whether the time is 16 or 32 bits, and applies a
1024 prescale
On Mon, 18 May 2015, Dave Hansen wrote:
> From: Dave Hansen
>
> The MPX code can only work on the current task. You can not, for
> instance, enable MPX management in another process or thread.
> You can also not handle a fault for another process or thread.
>
> Despite this, we pass a task_stru
Hi,
This patch set introduces a new instruction support on AMD Carrizo (Family
15h, Model 60h-6fh). It adds mwaitx idle function with a configurable
timer. The user can configure the idle method and timer value via the idle
kernel parameter.
Some discussions of the background, please see:
http://
On Mon, 18 May 2015, Dave Hansen wrote:
> From: Dave Hansen
>
> There are two basic things that can happen as the result of
> a bounds exception (#BR):
>
> 1. We allocate a new bounds table
> 2. We pass up a bounds exception to userspace.
>
> This patch adds a trace point for the ca
On Mon, 18 May 2015, Dave Hansen wrote:
>
> From: Dave Hansen
>
> There are two different events being traced here. They are
> doing similar things so share a trace "EVENT_CLASS" and are
> presented together.
>
> 1. Trace when MPX is zapping pages "mpx_unmap_zap":
>
> When MPX can not f
On Mon, May 18, 2015 at 03:16:48PM -0400, Don Zickus wrote:
> I stumbled upon an AMD box that had the BIOS using a hardware counter.
> Instead
> of printing out a warning and continuing, it failed and blocked further perf
> counter usage.
Hehe, which was the original behaviour iirc.
> Looking t
On Mon, 18 May 2015, Dave Hansen wrote:
> From: Dave Hansen
>
> user_atomic_cmpxchg_inatomic() actually looks at sizeof(*ptr) to
> figure out how many bytes to copy. If we run it on a 64-bit
> kernel with a 64-bit pointer, it will copy a 64-bit bounds
> directory entry. That's fine, except when
Two functions defined in asm/smp.h: cpu_sibling_mask() and cpu_core_mask(),
have the same functionality as macros defined in linux/topology.h:
topology_thread_cpumask() and topology_core_cpumask() respectively.
They are not documented and are architecture specific. Also: different
naming for the s
1 - 100 of 1232 matches
Mail list logo