As it stands, the code to generate an asymmetric key ID prechecks the hex
string it is given whilst determining the length, before it allocates the
buffer for hex2bin() to translate into - which mean that checking the result of
hex2bin() is redundant.
Unfortunately, hex2bin() is marked as
On 22.09.2014 01:10, Alim Akhtar wrote:
[snip]
>>> As you said there is no support for ioremap on ARM, so this is not
>>> tested on ARM.
>>
>> Don't forget that this driver is primarily targeted for ARM platforms
>> (versus just one ARM64-based Exynos7), so either this feature should be
>>
Ping Ingo, Peter Z, HPA,
于 14-9-17 下午3:17, Wanpeng Li 写道:
> BUG: unable to handle kernel NULL pointer dereference at 0004
> IP: [..] find_busiest_group
> PGD 5a9d5067 PUD 13067 PMD 0
> Oops: [#3] SMP
> [...]
> Call Trace:
> load_balance
> ? _raw_spin_unlock_irqrestore
>
Hi Tomasz,
On Sun, Sep 21, 2014 at 10:54 PM, Tomasz Figa wrote:
> On 21.09.2014 16:36, Alim Akhtar wrote:
>> Hi Tomasz,
>> Thanks for your valuable feedback on this patch.
>
> You're welcome.
>
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
Hi Thomas,
On Sat, Sep 20, 2014 at 03:19:50PM +0200, Thomas Petazzoni wrote:
> On Fri, 19 Sep 2014 12:44:39 -0700, Florian Fainelli wrote:
>
> > -void __init brcmstb_hook_fault_code(void)
> > +static int __init brcmstb_hook_fault_code(void)
> > {
> > hook_fault_code(22,
It's been quiet - enough so that coupled with my upcoming travel, this
might just be the last -rc, and final 3.17 might be next weekend.
Of course, that still depends on what happens - if we have something
scary coming up next week, I may have to delay things. But as it looks
right now, we're all
On Sun, Sep 21, 2014 at 2:58 AM, Daniel Mack wrote:
>
> Hi,
>
> On 09/21/2014 05:01 AM, Matt Ranostay wrote:
> > Several other variants of the cap11xx device exists with a varying
> > number of capacitance detection channels. Add support for creating
> > the channels dynamically.
>
> Thanks for
For more information please contact the Conference Organizing Committee
Directly via email icc...@outlook.com
Dear Colleagues,
It is a great pleasure to invite you to the International Conference on
Combating Emerging Infectious Diseases (ICCEID) which will be held from 17th to
21st
This reverts commit 3189eddbcafc ("percpu: free percpu allocation info for
uniprocessor system").
The commit causes a hang with a crisv32 image. This may be an architecture
problem, but at least for now the revert is necessary to be able to boot a
crisv32 image.
Fixes: 3189eddbcafc ("percpu:
Valentin Rothberg schreef op zo 21-09-2014 om 21:53 [+0200]:
> The scripts/checkkconfigsymbols.sh script searches Kconfig features
> in the source code that are not defined in Kconfig. Such identifiers
> always evaluate to false and are the source of various kinds of bugs.
> However, the shell
Hello,
On Sun, Sep 21, 2014 at 09:27:18AM -0700, Guenter Roeck wrote:
> This reverts commit 3189eddbcafcc4d827f7f19facbeddec4424eba8.
Please use 12-DIGIT-PREFIX-OF-SHA1 ("PATCH_TITLE") format.
> The commit causes a hang with a crisv32 image. This may be an architecture
> problem, but at least
* Frans Klaver | 2014-09-17 12:28:12 [+0200]:
>- Bone Black: Yocto poky, core-image-minimal
> Login, "less file" locks up, doesn't show anything. I can exit using
> Ctrl-C.
So I have the same with my and the serial-omap driver. No difference
here. The trace looks like this:
| -0
On 21 September 2014 21:49, Arjan van de Ven wrote:
> On 9/21/2014 8:26 AM, Mathias Krause wrote:
>>
>> - if (pr & _PAGE_PCD)
>> - pt_dump_cont_printf(m, dmsg, "PCD ");
>> - else
>> - pt_dump_cont_printf(m, dmsg, "");
>>
On 09/21/2014 12:19 PM, Waldemar Brodkorb wrote:
Hi Guenter,
Guenter Roeck wrote,
On 09/21/2014 10:23 AM, Mikael Starvik wrote:
Thanks for all your work with CRIS! CRISv10 is alive but is currently used as
small helper CPUs close to hardware blocks.
You are welcome. Now it would be even
From: Heiko Stuebner
Add the ability to parse gpio-charger data from a devicetree node.
Signed-off-by: Heiko Stuebner
---
drivers/power/gpio-charger.c | 66 ++--
1 file changed, 63 insertions(+), 3 deletions(-)
diff --git a/drivers/power/gpio-charger.c
From: Heiko Stuebner
This documents the binding for the gpio-charger power-supply.
Signed-off-by: Heiko Stuebner
---
.../bindings/power_supply/gpio-charger.txt | 27 ++
1 file changed, 27 insertions(+)
create mode 100644
This series adds devicetree support to the gpio-charger and fixes a small
issue with the return value of gpio_get_value.
changes since v1:
- adapt binding example to show how the charger fits into the
power-supplies structure
Heiko Stuebner (3):
dt-bindings: document gpio-charger bindings
From: Heiko Stuebner
Some gpio implementations return interesting values for gpio_get_value when
the value is not 0 - as seen on a imx6sl board. Therefore do not use the
value returned from gpio_get_value directly but simply check for 0 or not 0.
Signed-off-by: Heiko Stuebner
---
The scripts/checkkconfigsymbols.sh script searches Kconfig features
in the source code that are not defined in Kconfig. Such identifiers
always evaluate to false and are the source of various kinds of bugs.
However, the shell script is slow and it does not detect such broken
references in Kbuild
current->state == TASK_DEAD means that the task is doing its last
schedule(), page fault is obviously impossible at this stage.
Signed-off-by: Oleg Nesterov
---
kernel/sched/fair.c |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/kernel/sched/fair.c
On 9/21/2014 8:26 AM, Mathias Krause wrote:
- if (pr & _PAGE_PCD)
- pt_dump_cont_printf(m, dmsg, "PCD ");
- else
- pt_dump_cont_printf(m, dmsg, "");
+ pt_dump_cont(m, dmsg, "%-4s", pr & _PAGE_USER ? "USR" :
Hi Günter,
On 09/20/2014 11:01 PM, Guenter Roeck wrote:
On 09/20/2014 12:36 PM, Helge Deller wrote:
Hi Günter,
On 09/19/2014 09:15 PM, Guenter Roeck wrote:
On Fri, Sep 19, 2014 at 04:58:17PM +1000, Stephen Rothwell wrote:
Changes since 20140917:
The fsl tree still had its build failure so
The scripts/checkkconfigsymbols.sh script searches Kconfig features
in the source code that are not defined in Kconfig. Such identifiers
always evaluate to false and are the source of various kinds of bugs.
However, the shell script is slow and it does not detect such broken
references in Kbuild
read_lock_irqsave(tasklist_lock) in print_rq() looks strange. We do
not need to disable irqs, and they are already disabled by the caller.
And afaics this lock buys nothing, we can rely on rcu_read_lock().
In this case it makes sense to also move rcu_read_lock/unlock from
the caller to
tg_has_rt_tasks() wants to find an RT task in this task_group, but
task_rq(p)->rt.tg wrongly checks the root rt_rq.
Signed-off-by: Oleg Nesterov
---
kernel/sched/core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index
1. read_lock(tasklist_lock) does not need to disable irqs.
2. ->mm != NULL is the common mistake, use PF_KTHREAD.
3. The second ->mm check can be simply removed.
4. task_rq_lock() looks better than raw_spin_lock(>pi_lock) +
__task_rq_lock().
Signed-off-by: Oleg Nesterov
---
This textually depends on
5d07f4202c5d63b73ba1734ed38e08461a689313
"sched: s/do_each_thread/for_each_process_thread/ in core.c"
d38e83c715270cc2e137bbf6f25206c8c023896b
"sched: s/do_each_thread/for_each_process_thread/ in debug.c"
in -tip tree.
Kirill, you seem
Em Sun, 21 Sep 2014 11:05:06 -0700
Linus Torvalds escreveu:
> On Sun, Sep 21, 2014 at 7:50 AM, Mauro Carvalho Chehab
> wrote:
> >
> > PS.: FYI, I'm now starting to use mche...@osg.samsung.com e-mail address.
> > The old one (m.che...@samsung.com) is still valid, but we're using the
> > OSG
Hi Guenter,
Guenter Roeck wrote,
> On 09/21/2014 10:23 AM, Mikael Starvik wrote:
> >Thanks for all your work with CRIS! CRISv10 is alive but is currently used
> >as small helper CPUs close to hardware blocks.
> >
>
> You are welcome. Now it would be even better if we could get the upstream
>
On 09/21/2014 07:49 PM, Wolfram Sang wrote:
This raises the first question for me: Are the additional addresses
configurable? Sadly, I can't find good documentation for the adv7604.
Otherwise, if I know I have a adv7604 and know its addresses, this
information should go into the driver and not
Trivial. We have "lib-y += thunk_$(BITS).o" at the start, no need
to add thunk_64.o if !CONFIG_X86_32.
Signed-off-by: Oleg Nesterov
Acked-by: Andy Lutomirski
---
arch/x86/lib/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/x86/lib/Makefile
___preempt_schedule() does SAVE_ALL/RESTORE_ALL but this is suboptimal,
we do not need to save/restore the callee-saved register. And we already
have arch/x86/lib/thunk_*.S which implements the similar asm wrappers,
so it makes sense to redefine ___preempt_schedule() as "THUNK ..." and
remove
Peter, Ingo, please consider for inclusion.
Changes:
v3: added the acks from Andy, otherwise unchanged
v2: fix the naming in thunk_32.S (thanks Denys!)
And it seems that the patch below (on top of 1/2) also makes sense...
Oleg.
arch/x86/kernel/Makefile |2 --
On 09/21/2014 10:23 AM, Mikael Starvik wrote:
Thanks for all your work with CRIS! CRISv10 is alive but is currently used as
small helper CPUs close to hardware blocks.
You are welcome. Now it would be even better if we could get the upstream code
to work
with qemu. Which leads to the
On 9/20/14, 10:18 AM, Namhyung Kim wrote:
Hello,
This is patchset to add new callchain related config options so that
users don't need to pass their preference to the cmdline everytime.
Following config options will be added, and users can set appropriate
values to ~/.perfconfig file. Note
On Sun, Sep 21, 2014 at 7:50 AM, Mauro Carvalho Chehab
wrote:
>
> PS.: FYI, I'm now starting to use mche...@osg.samsung.com e-mail address.
> The old one (m.che...@samsung.com) is still valid, but we're using the
> OSG subdomain for the Samsung's Open Source Group.
Thanks for signing this. When
iommu_bus_init() registers a bus notifier on the given bus by using
a statically defined notifier block:
static struct notifier_block iommu_bus_nb = {
.notifier_call = iommu_bus_notifier,
};
This same notifier block is used for all busses. This causes a
problem for notifiers
format_corename() can only pass the leader's pid to the core handler, but
there is no simple way to figure out which thread originated the coredump.
As Jan explains, this also means that there is no simple way to create the
backtrace of the crashed process:
As programs are mostly compiled with
Le 18/09/2014 21:33, Dave Hansen a écrit :
> After this set, there are only 2 sets of core siblings, which
> is what we expect for a 2-socket system.
>
> # cat cpu*/topology/physical_package_id | sort | uniq -c
> 18 0
> 18 1
> # cat cpu*/topology/core_siblings_list | sort | uniq -c
>
No need for 3 functions when a single one will do.
Modify the function declaring macros to call the single function.
Reduces object code size a little:
$ size arch/powerpc/platforms/powernv/pci-ioda.o*
textdata bss dec hex filename
2230310736680 300567568
printk calls should return void
Joe Perches (2):
powerpc: pci-ioda: Remove unnecessary return value from printk
powerpc: pci-ioda: Use a single function to emit logging messages
(compiled/untested)
arch/powerpc/platforms/powernv/pci-ioda.c | 61 +++
1 file
The return value is unnecessary and unused, so make the functions
void instead of int.
Signed-off-by: Joe Perches
---
arch/powerpc/platforms/powernv/pci-ioda.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c
On Mon 2014-09-15 19:44:28, Jaehoon Chung wrote:
> On 09/15/2014 07:08 PM, Jean-Michel Hautbois wrote:
> > Hi Jaehoon,
> >
> >> On 09/09/2014 09:26 PM, Jean-Michel Hautbois wrote:
> >>> Tested on a i.MX6 board, with Sandisk SDIN5D1-2G.
> >>> Without this patch, I/O errors occur.
> >>> This eMMC
> >This raises the first question for me: Are the additional addresses
> >configurable? Sadly, I can't find good documentation for the adv7604.
> >Otherwise, if I know I have a adv7604 and know its addresses, this
> >information should go into the driver and not the DT.
> >
>
> They are. The
> Could you explain what you mean with "only thread-safe way"?
> I'm a bit relunctant to extend mq_notify() without understanding
> the reason.
>
> What about:
> - use sigprocmask()
> - create one worker thread
> - then in a loop in that worker thread: use sigwaitinfo() or
> signalfd()
> to
On Thu 2014-09-04 20:30:52, kl...@yandex-team.ru wrote:
> From: Roman Gushchin
>
> This patch causes rt scheduler to use smart CPU selection logic,
> if smart_enabled() returns true.
SMART is a technology to report HDD health, so while it is cool name, it might
be better to use different name
On 21.09.2014 16:36, Alim Akhtar wrote:
> Hi Tomasz,
> Thanks for your valuable feedback on this patch.
You're welcome.
>>> diff --git a/Documentation/kernel-parameters.txt
>>> b/Documentation/kernel-parameters.txt
>>> index 5ae8608..e01c0e5 100644
>>> --- a/Documentation/kernel-parameters.txt
Thanks for all your work with CRIS! CRISv10 is alive but is currently used as
small helper CPUs close to hardware blocks.
Jesper will review and ack.
> 21 sep 2014 kl. 18:27 skrev "Guenter Roeck" :
>
> This reverts commit 3189eddbcafcc4d827f7f19facbeddec4424eba8.
>
> The commit causes a hang
Joe Perches writes:
> Use the more common pr_warn.
>
> Other miscellanea:
>
> o Coalesce formats
> o Realign arguments
>
> Signed-off-by: Joe Perches
Applied to pxa/cleanup branch, thanks.
--
Robert
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
PREEMPT_RCU and TREE_PREEMPT_RCU serve the same function after TINY_PREEMPT_RCU
has been removed. This patch removes CONFIG_PREEMPT_RCU and uses
CONFIG_TREE_PREEMPT_RCU in its place.
Signed-off-by: Pranith Kumar
---
arch/xtensa/configs/s6105_defconfig | 2 +-
On 09/18/2014 01:52 AM, Jesper Nilsson wrote:
On Wed, Sep 17, 2014 at 09:07:53PM +0200, Guenter Roeck wrote:
Just to give you an update. I "kind of" got an image to run with qemu
after applying the following patches.
8119d33 cris: Add basic qemu_defconfig
40d078b cris: time.c: Add missing
Kill _NSIG_WORDS_is_unsupported_size(), use BUILD_BUG() instead.
This simplifies the code, avoids the nested-externs warnings, and
this way we do not defer the problem to linker.
Also, fix the indentation in _SIG_SET_BINOP() and _SIG_SET_OP().
Note: this patch assumes that the code like "if (0)
On 09/19, Josh Triplett wrote:
>
> On Fri, Sep 19, 2014 at 07:20:30PM +0200, Oleg Nesterov wrote:
>
> > But I have to admit it looks a bit ugly to me anyway.
> > Can't we simply kill _NSIG_WORDS_is_unsupported_size ?
>
> This looks quite preferable. Can you post that with a commit message
> and
On Thu, Sep 18, 2014 at 5:43 PM, Stephen Boyd wrote:
> These changes allow us to support VFP correctly on Krait processors.
> They also fix short vector emulation for Cortex-A15 and Krait.
fwiw, without these patches we were having problems w/ rpm in fedora,
which was looking for vfpv3 bits to
to enable builds with initrd embedded in the image
Signed-off-by: Guenter Roeck
(cherry picked from commit ee6355589ea0fcda0d19ec93015f4b61a39e8410)
Signed-off-by: Guenter Roeck
(cherry picked from commit 7092cf61ed870897fea5c81b136a38d4a09ca09f)
Signed-off-by: Guenter Roeck
(cherry picked
Signed-off-by: Guenter Roeck
---
arch/cris/arch-v32/drivers/Kconfig | 237
arch/cris/include/uapi/asm/ioctls.h |4 +
drivers/tty/serial/Makefile |1 +
drivers/tty/serial/crisv32.c| 2581 +++
include/uapi/linux/serial_core.h|3
This reverts commit 3189eddbcafcc4d827f7f19facbeddec4424eba8.
The commit causes a hang with a crisv32 image. This may be an architecture
problem, but at least for now the revert is necessary to be able to boot a
crisv32 image.
Signed-off-by: Guenter Roeck
---
mm/percpu.c | 2 --
1 file
Known to boot with qemu. Command line:
qemu-system-cris -serial stdio -kernel vmlinux -monitor none -nographic \
-append "console=ttyS0,115200,N,8 rdinit=/sbin/init"
ext4 needs atomic64_t which is not provided by the cris architecture
and was therefore dropped.
Signed-off-by: Guenter Roeck
Signed-off-by: Guenter Roeck
---
drivers/tty/serial/crisv32.c | 1178 --
1 file changed, 567 insertions(+), 611 deletions(-)
diff --git a/drivers/tty/serial/crisv32.c b/drivers/tty/serial/crisv32.c
index a69f131..fa2ab5b 100644
---
Fix the following compile error.
arch/cris/arch-v32/kernel/time.c: In function ‘reset_watchdog’:
arch/cris/arch-v32/kernel/time.c:121:2:
error: implicit declaration of function ‘global_page_state’
Signed-off-by: Guenter Roeck
---
arch/cris/arch-v32/kernel/time.c | 1 +
1 file changed,
Commit 8c86e70acead ("resource: provide new functions to walk through
resources") adds a suble new requirement that iomem_resource.child must
not be NULL when walk_system_ram_range is called. This can cause a crash
if it turns out that there are no children. The crash ('Unable to handle
kernel
The following series of patches is needed to boot a crisv32 image with qemu
into a serial console.
The resulting image was built with a toolchain built with gcc 4.7.4 (with a
minor fix backported from mainline gcc) and uclibc 0.9.33 using a patched
version of buildroot. Root file system is
Signed-off-by: Guenter Roeck
---
arch/cris/arch-v32/kernel/debugport.c | 41 +++
1 file changed, 41 insertions(+)
diff --git a/arch/cris/arch-v32/kernel/debugport.c
b/arch/cris/arch-v32/kernel/debugport.c
index 610909b..7e46d87 100644
---
fixed sparse warning incorrect type (different address spaces)
Signed-off-by: Sudip Mukherjee
---
sound/pci/ctxfi/cthw20k1.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/pci/ctxfi/cthw20k1.c b/sound/pci/ctxfi/cthw20k1.c
index b807391..76db449 100644
---
fixed sparse warning of incorrect type (different address spaces)
Signed-off-by: Sudip Mukherjee
---
sound/pci/ctxfi/cthw20k2.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/sound/pci/ctxfi/cthw20k2.c b/sound/pci/ctxfi/cthw20k2.c
index 665eeb2..25ef60b 100644
---
pr_* macros replaced with dev_* as they are more preffered over pr_*.
Signed-off-by: Sudip Mukherjee
---
sound/pci/ctxfi/ctamixer.c | 6 --
sound/pci/ctxfi/ctatc.c | 27 ---
sound/pci/ctxfi/ctdaio.c | 3 ++-
sound/pci/ctxfi/cthw20k1.c | 15
added reference of the card in the convert_format function
so that we can know which card has called the function
Signed-off-by: Sudip Mukherjee
---
sound/pci/ctxfi/ctatc.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/sound/pci/ctxfi/ctatc.c
added and initialized a pointer of snd_card in the struct hw to get a reference
of
the card in other functions
Signed-off-by: Sudip Mukherjee
---
sound/pci/ctxfi/ctatc.c | 1 +
sound/pci/ctxfi/cthardware.h | 2 ++
2 files changed, 3 insertions(+)
diff --git a/sound/pci/ctxfi/ctatc.c
Hello,
On Sun, Sep 21, 2014 at 07:14:32PM +0400, Vladimir Davydov wrote:
...
> list. This is really important, because this allows us to release
> memcg_cache_id used for indexing in per-memcg arrays. If we don't do
> this, the arrays will grow uncontrollably, which is really bad. Note, in
>
On Sun, 2014-09-21 at 06:25 -0700, Paul E. McKenney wrote:
> On Fri, Sep 19, 2014 at 11:15:53AM -0700, Joe Perches wrote:
> > On Fri, 2014-09-19 at 13:21 -0400, Steven Rostedt wrote:
> > > On Fri, 19 Sep 2014 02:01:29 -0700
> > > Omar Sandoval wrote:
> > >
> > > > printk returns an integer;
Commit 8c86e70acead ("resource: provide new functions to walk through
resources") adds a suble new requirement that iomem_resource.child must
not be NULL when walk_system_ram_range is called. This can cause a crash
if it turns out that there are no children. The crash ('Unable to handle
kernel
Hi Johannes,
On Sat, Sep 20, 2014 at 04:00:32PM -0400, Johannes Weiner wrote:
> The decoupling of css from the user-visible cgroup, word-sized per-cpu
> css reference counters, and css iterators that include offlined groups
> means we can take per-charge css references, continue to reclaim from
>
Hi Greg,
On Wed, Sep 17, 2014 at 09:04:00PM -0700, Greg Thelen wrote:
> I've found per memcg per cache type stats useful in answering "why is my
> container oom?" While these are kernel allocations, it is common for
> user space operations to cause these allocations (e.g. lots of open file
>
In commit 3891a04aafd6 ("x86-64, espfix: Don't leak bits 31:16 of %esp
returning..") the "ESPFix Area" was added to the page table dump special
sections. That area, though, has a limited amount of entries printed.
The EFI runtime services are, unfortunately, located in-between the
espfix area and
This series slightly simplifies (patch 2) and then enhances (patch 3)
the page table dump code to respect the page table attributes of the
whole page table walk when determining the effective access rights. It
also fixes the regression that the EFI runtime service mappings are no
longer visible
The code evaluating the page flags is rather scattered. Simplify it by
folding the 'if .. else ..' part into the actual print call. Make use of
appropriate format strings to get the desired string width.
Also change the pt_dump_seq_printf() and pt_dump_cont_printf() macros to
use the common 'do
We currently ignore the flags of parent entries when evaluating the
flags of a given page table entry in printk_prot(). This might lead to
wrong results when a particular flag in a parent entry differs from the
one of the current page table entry. So, we might show memory regions as
writable even
I think that all manipulations on memcg_caches array must happen where
it is defined, i.e. on the slab side. The array allocation and
relocation paths as well as elements access follow this pattern (see
e.g. cache_from_memcg_idx, memcg_update_all_caches), but elements update
doesn't. We still want
NUMA aware slab shrinkers use the list_lru structure to distribute
objects coming from different NUMA nodes to different lists. Whenever
such a shrinker needs to count or scan objects from a particular node,
it issues commands like this:
count = list_lru_count_node(lru, sc->nid);
This patch makes direct reclaim path shrink slab not only on global
memory pressure, but also when we reach the user memory limit of a
memcg. To achieve that, it makes shrink_slab() walk over the memcg
hierarchy and run shrinkers marked as memcg-aware on the target memcg
and all its descendants.
The memcg_cache_id (mem_cgroup->kmemcg_id) is used as the index in root
cache's memcg_cache_params->memcg_caches array. Whenever a new kmem
active cgroup is created we must allocate an id for it. As a result, the
array size must always be greater than or equal to the number of memory
cgroups that
We don't keep a pointer to the owner kmem cache in the
memcg_cache_params struct, because we can always get the cache by
reading the slot corresponding to the owner memcg in the root cache's
memcg_caches array (see memcg_params_to_cache).
However, this means that offline css's, which can be
We are going to make FS shrinkers memcg-aware. To achieve that, we will
have to pass the memcg to scan to the nr_cached_objects and
free_cached_objects VFS methods, which currently take only the NUMA node
to scan. Since the shrink_control structure already holds the node, and
the memcg to scan
We need a stable value of memcg_max_cache_ids in kmem_cache_create()
(memcg_alloc_cache_params() wants it for root caches), where we only
hold the slab_mutex and no memcg-related locks. As a result, we have to
update memcg_cache_ids under the slab_mutex, which we can only take from
the slab's
There are several FS shrinkers, including super_block::s_shrink, that
keep reclaimable objects in the list_lru structure. Hence to turn them
to memcg-aware shrinkers, it is enough to make list_lru per-memcg.
This patch does the trick. It adds an array of lru lists to the
list_lru_node structure
I need it for making list_lru memcg-aware.
Signed-off-by: Vladimir Davydov
---
include/linux/list_lru.h |3 +++
mm/list_lru.c| 29 +
2 files changed, 32 insertions(+)
diff --git a/include/linux/list_lru.h b/include/linux/list_lru.h
index
The active_nodes mask allows us to skip empty nodes when walking over
list_lru items from all nodes in list_lru_count/walk. However, these
functions are never called from really hot paths, so it doesn't seem we
need such kind of optimization there. OTOH, removing the mask will make
it easier to
Now, to make any list_lru-based shrinker memcg aware we should only
initialize its list_lru as memcg-enabled. Let's do it for the general FS
shrinker (super_block::s_shrink) and mark it as memcg aware.
There are other FS-specific shrinkers that use list_lru for storing
objects, such as XFS and
memcg_limited_groups_array_size, which defines the size of memcg_caches
arrays, sounds rather cumbersome. Also it doesn't point anyhow that it's
related to kmem/caches stuff. So let's rename it to memcg_max_cache_ids.
It's concise and points us directly to memcg_cache_id.
Also, rename
Currently, we use memcg_cache_id as a part of a per memcg cache name.
Since memcg_cache_id is released only on css free, this guarantees cache
name uniqueness.
However, it's a bad practice to keep memcg_cache_id till css free,
because it occupies a slot in kmem_cache->memcg_params->memcg_caches
Hi,
Kmem accounting of memcg is unusable now, because it lacks slab shrinker
support. That means when we hit the limit we will get ENOMEM w/o any
chance to recover. What we should do then is to call shrink_slab, which
would reclaim old inode/dentry caches from this cgroup. This is what
this patch
Sometimes we need to iterate over all child caches of a particular root
cache, e.g. when we are destroying it. Currently each root cache keeps
pointers to its children in its memcg_cache_params->memcg_caches_array
so that we can enumerate all active kmemcg ids dereferencing appropriate
array slots
The Allwinner A80 is a new Cortex octo-core A7/A15 big.LITTLE SoC.
While it's processor cores and interconnecting bus are new, it
re-uses many peripherals found in earlier Allwinner SoCs.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/mach-sunxi/Kconfig | 5 +
arch/arm/mach-sunxi/sunxi.c | 9
The Allwinner A80 is a new multi-purpose SoC with 4 Cortex-A7 and
4 Cortex-A15 cores in a big.LITTLE architecture, and a 64-core
PowerVR G6230 GPU.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/boot/dts/sun9i-a80.dtsi | 280 +++
1 file changed, 280 insertions(+)
The A80 Optimus Board is was launched with the Allwinner A80 SoC.
It was jointly developed by Allwinner and Merrii.
This board has a UART port, a JTAG connector, USB host ports, a USB
3.0 OTG connector, an HDMI output, a micro SD slot, 8G NAND flash,
4G DRAM, a camera sensor interface, a WiFi/BT
This adds a list of supported Allwinner SoC bindings.
Signed-off-by: Chen-Yu Tsai
---
Documentation/devicetree/bindings/arm/sunxi.txt | 12
1 file changed, 12 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm/sunxi.txt
diff --git
The uarts on sun9i are still compatible with the dw_8250, but are
located at different addresses.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/Kconfig.debug | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index b11ad54..58b5218 100644
Merrii Technology Co., Ltd. is a Chinese ARM integration developer that
specializes in Allwinner SoC based designs.
Signed-off-by: Chen-Yu Tsai
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git
Hi everyone,
This patch series adds very basic support for Allwinner's A80 SoC,
a big.LITTLE architecture with 4 Cortex-A7s and 4 Cortex-A15s.
Development is done on the A80 Optimus Board, the defacto development
board for the A80, with the accompanying SDK as a reference.
So far I've been
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media-v3.17-rc6
For some media bug fixes:
- a Kconfig dependency issue;
- Some fixes for af9033/it913x demod to be more reliable and address a
performance regression;
101 - 200 of 484 matches
Mail list logo