From: Arnaldo Carvalho de Melo
Instead do the lookups just when creating the tracepoints, initially for
the most common, raw_syscalls:sys_{enter,exit}.
It works by having evsel->priv have a per tracepoint structure with
entries for the fields, for direct access, with the offset and a
function to
From: David Ahern
Duplicates the data_offset from header in the session.
Signed-off-by: David Ahern
Acked-by: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Jiri Olsa
Cc: Mike Galbraith
Cc: Namhyung Kim
Cc: Peter Zijlstra
Cc: Stephane Eranian
Link:
http://lkml.kernel.org/r/138
Hi Naveen,
On Thursday 07 of November 2013 11:23:32 Naveen Krishna Chatradhi wrote:
> This patch adds the neccessary register changes and arch information
> to support Exynos5420 SoCs
> Exynos5420 has 5 TMU channels one for each CPU 0, 1, 2 and 3 and GPU
>
> Also updated the Documentation at
> Do
On 7 November 2013 19:48, Tomasz Figa wrote:
> Hi Naveen,
>
> On Thursday 07 of November 2013 18:12:34 Naveen Krishna Chatradhi wrote:
>> On Exynos5420 the TMU(4) for GPU has a seperate clock enable bit from
>> the other TMU channels(0 ~ 3). Hence, accessing TRIMINFO for base_second
>> should be a
> > fs/proc/meminfo.c | 36
> > 1 file changed, 36 insertions(+)
>
> Documentation/filesystems/proc.txt told me it's feeling all offended.
You're right, of course. Here is version 2 :)
---8<---
Subject: provide estimated available memory in /proc/meminfo
On Thu, Nov 07, 2013 at 04:30:31AM -0800, Christoph Hellwig wrote:
> On Thu, Nov 07, 2013 at 08:10:42PM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit seems to be
> >
> > commit 1247c74b4f3f3725a8bd8dc0bbd22baa2a9049ae
> > Author: David Howells
>
* Oleg Nesterov wrote:
> On 11/07, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> > > --- a/arch/powerpc/include/asm/uprobes.h
> > > +++ b/arch/powerpc/include/asm/uprobes.h
> > > @@ -37,6 +37,7 @@ typedef ppc_opcode_t uprobe_opcode_t;
> > > struct arch_uprobe {
> > > union {
> > >
On Thu, Nov 07, 2013 at 03:14:39PM +, Al Viro wrote:
> It's vfs.git#for-next and it's messed up on cherry-picks; will put the
> saner branch in a few.
>
> Al, starting to share Linus' distaste for cherry-picks - crap like that
> happens too easily ;-/
I still haven't seen it on any mainlingli
Commit-ID: 522e66464467543c0d88d023336eec4df03ad40b
Gitweb: http://git.kernel.org/tip/522e66464467543c0d88d023336eec4df03ad40b
Author: Fenghua Yu
AuthorDate: Wed, 23 Oct 2013 18:30:12 -0700
Committer: Ingo Molnar
CommitDate: Thu, 7 Nov 2013 10:12:37 +0100
x86/apic: Disable I/O APIC bef
On Thu, 7 Nov 2013, George Cherian wrote:
> Call try_to_freeze() in sleep_thread() only when its safe to sleep.
> do_read() and do_write() calls sleep_thread with lock held.
> Make sure these wont call try_to_freeze() by passing can_freeze flag
> to sleep_thread.
>
> Calling try_to_freeze() with
On 11/06/2013 02:44 PM, Kent Overstreet wrote:
> 5d1f127c3e0c57d64ce75ee04a0db2b40a3e21df was incomplete - this just converts
> s390's drivers.
Applied, but you missed a piece in dcssblk that I updated as well.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
* Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit 8a4d0b56b031455adcbe4a9383c3b497456fcfac:
>
> Merge branch 'uprobes/core' of
> git://git.kernel.org/pub/scm/linux/kerne
Hi Arnaldo and Stanislav,
2013-11-06 (수), 14:48 -0300, Arnaldo Carvalho de Melo:
> Em Wed, Nov 06, 2013 at 05:07:19PM +0900, Namhyung Kim escreveu:
> > Hi Arnaldo,
> >
> > On Tue, 5 Nov 2013 14:28:12 -0300, Arnaldo Carvalho de Melo wrote:
> > > Em Fri, Nov 01, 2013 at 08:25:44PM +0400, Stanislav
On 11/06/2013 01:37 AM, Jiri Kosina wrote:
> Jens,
>
> please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/jikos/linux-block.git for-jens
>
> to get two very simple patches for pktcdvd and floppy doc.
>
> I know it's quite late for 3.13, sorry for that. OTOH, the patches are so
Commit-ID: f34b9001f9a2f6fa41d3582fe515d194cc86bfb2
Gitweb: http://git.kernel.org/tip/f34b9001f9a2f6fa41d3582fe515d194cc86bfb2
Author: David Ahern
AuthorDate: Wed, 6 Nov 2013 11:41:35 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 10:43:15 -0300
perf record: Remo
Commit-ID: a614d01bdd0cc8200d917da25f5a3d539b944193
Gitweb: http://git.kernel.org/tip/a614d01bdd0cc8200d917da25f5a3d539b944193
Author: David Ahern
AuthorDate: Wed, 6 Nov 2013 08:55:35 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 10:40:47 -0300
perf tools: Fix v
Commit-ID: 7ab75cffd6a1b2195944b8522673522f09e7fcb0
Gitweb: http://git.kernel.org/tip/7ab75cffd6a1b2195944b8522673522f09e7fcb0
Author: David Ahern
AuthorDate: Wed, 6 Nov 2013 11:41:36 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 11:01:59 -0300
perf record: Remo
On 11/06/2013 12:56 AM, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
Applied, thanks.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
Commit-ID: 57706abc19afc60f0b629af839d2ebee17739f59
Gitweb: http://git.kernel.org/tip/57706abc19afc60f0b629af839d2ebee17739f59
Author: David Ahern
AuthorDate: Wed, 6 Nov 2013 11:41:34 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 10:42:26 -0300
perf record: Refa
Commit-ID: 744a971940520cf0818e1fe882b64892c528e6de
Gitweb: http://git.kernel.org/tip/744a971940520cf0818e1fe882b64892c528e6de
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 6 Nov 2013 10:17:38 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 10:40:47 -0300
perf
Commit-ID: 8ce000e83848578a621d64eccdc88bd34c2fc70c
Gitweb: http://git.kernel.org/tip/8ce000e83848578a621d64eccdc88bd34c2fc70c
Author: Rodrigo Campos
AuthorDate: Wed, 6 Nov 2013 22:20:54 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 11:51:19 -0300
perf tools: Re
On 11/06/2013 12:55 AM, Duan Jiong wrote:
> This patch fixes coccinelle error regarding usage of IS_ERR and
> PTR_ERR instead of PTR_ERR_OR_ZERO.
Applied, thanks.
--
Jens Axboe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.
On Wed, 6 Nov 2013, Julius Werner wrote:
> > What if the device is in USB_STATE_SUSPENDED?
>
> I'm not sure that is possible at that point in hub_events(), I don't
> know of a way that could lead to this situation. I could still add the
> check just to be sure if you want it, though.
I don't kno
Commit-ID: 77170988ff67fb959602ab4df296ae676f556a59
Gitweb: http://git.kernel.org/tip/77170988ff67fb959602ab4df296ae676f556a59
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 6 Nov 2013 16:35:57 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 7 Nov 2013 10:40:47 -0300
perf
On 2013-11-07 09:54, Pietro Paolini wrote:
> Hello everyone,
>
> I am writing you regarding the implementation of the IPIP6 tunnel
> contained in the Linux Kernel which I am trying to configure in order
> to obtain a DS-Lite (IPIP6) compliant tunnel on a router running a
> linux OS kernel version
Hi James,
On 07/11/13 02:52, James Henstridge wrote:
> On Wed, Nov 6, 2013 at 11:38 PM, Jiri Kosina wrote:
>> On Tue, 29 Oct 2013, Luis Henriques wrote:
>>
>>> James has reported a NULL pointer dereference[1] on the appleir
>>> driver. From the bug report[2] it looks like it is 100%
>>> reproduc
Hi everyone
one functionality that is missing in the new template management mechanism
is the possibility to specify a custom template format per-measurement entry.
Until now, once the template is determined from the kernel configuration
or from the kernel command line parameters 'ima_template' an
This patch connects defined templates through a linked list so that it
will be possible to append new descriptors when the functionality
of specifying a custom template in the policy will be introduced.
Template search by name is still performed by iterating over
'defined_templates' array items.
S
This patch adds a new helper to search a template descriptor by its format.
Also, the old function lookup_template_desc(), which performs the search
by name, has been renamed to lookup_template_desc_by_name().
Signed-off-by: Roberto Sassu
---
security/integrity/ima/ima_template.c | 20 ++
This patch introduces the ima_get_template_desc() function which returns
a template descriptor depending on the template name and format passed
as arguments. If the first argument is not NULL, the new function
searches an existing template descriptor by name among those defined
and returns it to th
This patch adds the support for 'ima_template' and 'ima_template_fmt'
policy options. They allow to define which template and, thus, which
information should be included in measurements entries generated from
events that match other rules' criteria.
With this feature, it is possible to include for
This patch replaces calls to ima_template_desc_current() in ima_api.c
and ima_main.c with ima_get_template_desc() as the former function
is called by the latter when passed arguments are both NULL. The patch
also declares the former function as static so that it will not be
longer available outside
This patch modifies existing IMA functions to retrieve the template name
or format specified in a matched policy rule and provide it to
ima_alloc_init_template(). The latter calls ima_get_template_desc()
to obtain the template descriptor to use for creating a new measurement
entry.
Signed-off-by:
On Thu, 7 Nov 2013, Ian Campbell wrote:
> On Fri, 2013-10-25 at 11:51 +0100, Stefano Stabellini wrote:
> > Introduce physical to machine and machine to physical tracking
> > mechanisms based on rbtrees for arm/xen and arm64/xen.
> >
> > We need it because any guests on ARM are an autotranslate gue
On 11/7/13, 5:14 AM, 秦承刚 wrote:
Hi, David
The samples for the task before the end of the time window are not
influenced by the time window. The time window only cover the sample
events in the ordered_samples. FORK, MMAP, COMM events are not in the
ordered_samples. They are delivered in the functi
Dear Mr/Ms,
From the internet we have konw that you are interested in our products
We are a leading exporter of LED lamps for so many years .for details about our
products welcome to browse our website www.JRS-LED.net we believe that
flavorable price and high quality will help you to extend m
* Vince Weaver wrote:
> On Thu, 7 Nov 2013, Ingo Molnar wrote:
>
> > I don't want a library that is external and under-tested: for example
> > quite a few of the PAPI breakages were found very late, after a new
> > kernel has been released - that's the big disadvantage of
> > librarization a
Randy Dunlap wrote:
> + Exports kernel core in ELF format.
"Provides a virtual ELF core file of the live kernel. This can be read with
gdb and other ELF tools. No modifications can be made using this mechanism."
maybe?
--
To unsubscribe from this list: send the line "unsubscribe linux-k
On 11/7/13, 6:21 AM, Jiri Olsa wrote:
CC builtin-record.o
builtin-record.c: In function ‘do_mmap_output’:
builtin-record.c:118:13: error: ignoring return value of ‘ftruncate’, declared
with attribute warn_unused_result [-Werror=unused-result]
ftruncate(file->fd, offset);
On Thu 07-11-13 02:16:30, David Turner wrote:
> In ext4, the bottom two bits of {a,c,m}time_extra are used to extend
> the {a,c,m}time fields, deferring the year 2038 problem to the year
> 2446. The representation (which this patch does not alter) is a bit
> hackish, in that the most-significant b
On Sat, Nov 2, 2013 at 2:04 PM, wrote:
> From: Matthew Geddes
>
Your whole commit message appears to be crammed into first summary
line. Could you please align with git conventions: put a line break
after "CTH680", a blank line, and then the remaining description
afterwards.
> Signed-off-by:
On Wed, 6 Nov 2013, Michal Nazarewicz wrote:
> On Tue, Nov 05 2013, Alan Stern wrote:
> > Maybe Michal can enlighten us.
>
> Sorry for late response, this thread fell under my radar for some
> reason.
>
> So here's how it works:
>
> epfile represents an end point file on the fuctionfs file syst
On 11/7/13, 1:03 AM, Ingo Molnar wrote:
* David Ahern wrote:
+--out-pages=::
+ Number of pages to mmap while writing data to file (must be a power of
two).
+ Specification can be appended with unit character - B/K/M/G. The
+ size is rounded up to have nearest pages power of
On Thu, 7 Nov 2013, Andreas Herrmann wrote:
> And for sake of completeness. Here is some debug output with a kernel
> that had your "slub: Handle NULL parameter in kmem_cache_flags" patch
> applied. And of course there were a couple of unnamed slabs:
>
> ...
> .bss : 0xc089fd80 - 0xc094
On Thursday 07 November 2013, Sebastian Hesselbarth wrote:
> Actually, IIRC smp_twd does not compile without SMP set, so the above
> should at least be 'HAVE_ARM_TWD if SMP'. If you shrink MULTI_V7 down
> to non-SMP cores, you can disable it and it will fail to compile.
>
If there are UP-systems
On 11/06/2013 11:54 PM, Ingo Molnar wrote:
>
> There's a recent commit from Jiri Slaby that I think tries to address the
> same problem:
>
> 8d4c812a3e5f x86/dumpstack: Fix printk_address for direct addresses
>
> You can find it in the -tip tree:
>
> git remote add tip git://git.kernel.org
On 11/07, Ingo Molnar wrote:
>
> * Oleg Nesterov wrote:
>
> > and we need to cleanup copy_insn()
> > first.
Heh. I never read it carefully, I always knew it should be cleanuped.
But when I looked at it now I realized that it is very wrong, and it
is very easy to crash the kernel (fortunately onl
From: Randy Dunlap
Under Pseudo filesystems, /proc/kcore support has no help.
Fixes a portion of kernel bugzilla #52671:
https://bugzilla.kernel.org/show_bug.cgi?id=52671
Thanks for David Howells for the help text.
Signed-off-by: Randy Dunlap
Reported-by: lailavrazda1...@gmail.com
---
fs/p
There is still something not optimal with the patch since it would disable
debuggin on the kmalloc stack. Ccheck name for NULL only if
slub_debug_slabs.
Subject: slub: Handle NULL parameter in kmem_cache_flags V2
V1->V2
- flags need to be applied regardless if !slub_debug_slabs
kmem_cache_flag
On Thursday 07 November 2013 05:52 PM, Dan Carpenter wrote:
> On Thu, Nov 07, 2013 at 05:44:38PM +0530, Mugunthan V N wrote:
>> On Thursday 07 November 2013 01:18 PM, Dan Carpenter wrote:
>>> There is a bug in cpsw_probe() where we do:
>>>
>>> ndev->irq = platform_get_irq(pdev, 0);
>>> if (
On Fri, 2013-05-24 at 11:14 -0600, Alex Williamson wrote:
> iommu_map splits requests into pages that the iommu driver reports
> that it can handle. The iommu_unmap path does not do the same. This
> can cause problems not only from callers that might expect the same
> behavior as the map path, bu
On Thu, 7 Nov 2013, Geert Uytterhoeven wrote:
> Hi Thomas,
>
> On Wed, Nov 6, 2013 at 6:23 PM, Thomas Gleixner wrote:
> >> Also note that the value of "nested" doesn't match the indentation level,
> >> which depends on my own bookkeeping using "nesting".
> >
> > Well, nested is just an indicator
On Thu, Nov 7, 2013 at 5:32 AM, Tomasz Figa wrote:
> Hi Grant,
>
> Could you pick this patch up? It fixes boot-up at least on several Exynos
> based platforms, which use interrupt-map nodes with #interrupt-cells
> higher than 1.
>
> Also please disregard patch 2/2, as your fix that has been merged
Hi,
Just a few minor edits...
On 11/07/13 05:47, Juri Lelli wrote:
> From: Dario Faggioli
>
> Add in Documentation/scheduler/ some hints about the design
> choices, the usage and the future possible developments of the
> sched_dl scheduling class and of the SCHED_DEADLINE policy.
>
> Signed-o
usermodehelper() threads can currently run on all processors.
This is an issue for low latency cores. Spawnig a new thread causes
cpu holdoffs in the range of hundreds of microseconds to a few
milliseconds. Not good for cores on which processes run that need
to react as fast as possible.
kthreadd
Hi Linus,
The following changes since commit f927318840745095cc7003f1564ca4b87655745d:
Merge tag 'nfs-for-3.12-4' of
git://git.linux-nfs.org/projects/trondmy/linux-nfs (2013-09-30 17:10:26 -0700)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.gi
If I may add my usual 2c (and some news):
zram is used by default on all Chrome OS devices. I can't say how
many devices, but it's not a small number, google it, and it's an
important market, low-end laptops for education and the less affluent.
It has been available experimentally for well over
On 11/07/2013 02:04 AM, Minchan Kim wrote:
I'm guilty and I have been busy by other stuff. Sorry for that.
Fortunately, I discussed this issue with Hugh in this Linuxcon for a
long time(Thanks Hugh!) he felt zram's block device abstraction is
better design rather than frontswap backend stuff alt
Hi Ricardo,
Thanks for the patch.
On Wed, Nov 6, 2013 at 8:10 PM, Ricardo Ribalda Delgado
wrote:
> git grep shows that the function is only called from ths7303.c
>
> Fix this build warning:
>
> CC drivers/media/i2c/ths7303.o
> drivers/media/i2c/ths7303.c:86:5: warning: no previous prototype
On Wed, Nov 6, 2013 at 8:35 PM, Andrey Vagin wrote:
> sk_filter isn't freed if bpf_func is equal to sk_run_filter.
>
> This memory leak was introduced by v3.12-rc3-224-gd45ed4a4
> "net: fix unsafe set_memory_rw from softirq".
>
> Before this patch sk_filter was freed in sk_filter_release_rcu,
> no
On 07/11/2013 09:59, Jisheng Zhang wrote:
> This symbol is used only in this file. The patch fix the following
> sparse warning:
> warning: symbol 'of_cpu_clk_setup' was not declared. Should it be static?
>
> Signed-off-by: Jisheng Zhang
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
> dr
Only x86 implements arch_cpu_uevent(), and there is nothing arch
specific about it, so move it to drivers/base/cpu.c.
Signed-off-by: Ard Biesheuvel
---
arch/x86/kernel/cpu/match.c | 11 ---
drivers/base/cpu.c | 15 ++-
include/linux/cpu.h | 1 -
3 files chan
This enables the generic implementation in drivers/base/cpu.c
that allows modules to be loaded automatically based on the
optional features supported (and advertised) by the CPU.
Signed-off-by: Ard Biesheuvel
---
arch/arm64/Kconfig| 3 +++
arch/arm64/kernel/setup.c | 2 ++
2 files change
This implements the changes needed to turn CPU features
declared as being depended upon by modules into module aliases
in the .ko metadata.
Signed-off-by: Ard Biesheuvel
---
include/linux/mod_devicetable.h | 11 +++
scripts/mod/devicetable-offsets.c | 3 +++
scripts/mod/file2alias.c
This patch implements a generic modalias 'cpu:feature:...' which
enables CPU feature flag based module loading in a generic way.
All the arch needs to do is enable CONFIG_ARCH_HAS_CPU_AUTOPROBE
and export a u32 called 'cpu_features'. (What each bit actually
means is irrelevant on this level.)
Sign
This series implements automatic module loading based on optional CPU features,
and tries to do so in a generic way. Currently, 32 feature bits are supported,
and how they map to actual CPU features is entirely up to the architecture.
There is some GCC attribute foo in here which people may object
Peter,
Working on it. Found other bugs and cleanups, so I will respin the
entire series.
It will be easier that way.
On Wed, Nov 6, 2013 at 11:52 AM, Peter Zijlstra wrote:
> On Tue, Nov 05, 2013 at 06:01:25PM +0100, Stephane Eranian wrote:
>> +static void rapl_exit_cpu(int cpu)
>> +{
>> + i
On Tue, 2013-10-15 at 17:04 -0400, David Long wrote:
> From: "David A. Long"
>
> jprobe kernel selftests are not supported for thumb kernels. Conditionally
> disable them in the kernel kprobes-test module.
I don't think it's fair to say they aren't supported, it's just that the
implementation of
On Thu, Nov 7, 2013 at 2:59 AM, James Hogan wrote:
> Hi,
>
> On 06/11/13 23:31, Kees Cook wrote:
>> diff --git a/arch/Kconfig b/arch/Kconfig
>> index af2cc6eabcc7..6eaca7d92399 100644
>> --- a/arch/Kconfig
>> +++ b/arch/Kconfig
>> @@ -331,12 +331,15 @@ config HAVE_ARCH_SECCOMP_FILTER
>>
>> config
On Thu, Nov 7, 2013 at 9:06 AM, Luigi Semenzato wrote:
-> Android 4.4 KitKat is also using zram, to better support devices with
-> less than 1 MB RAM. (That's the news.)
Sorry, I meant 1 GB RAM.
http://dilbert.com/strips/comic/1991-09-27/
--
To unsubscribe from this list: send the line "unsubs
Hi Jisheng,
On 07/11/2013 10:02, Jisheng Zhang wrote:
> This patch fixes conflicting types for 'set_cpu_coherent' and fixes the
> following sparse warnings.
>
> arch/arm/mach-mvebu/system-controller.c:42:38:
> warning: symbol 'armada_370_xp_system_controller' was not declared. Should it
> be sta
On Thu, Nov 07, 2013 at 03:38:32PM +0100, Daniel Kiper wrote:
> On Wed, Nov 06, 2013 at 08:25:04PM -0500, Konrad Rzeszutek Wilk wrote:
> > Bob Liu wrote:
> > >
> > >On 11/07/2013 04:37 AM, Boris Ostrovsky wrote:
> > >> Currently balloon's initial value is set to max_pfn which includes
> > >> non-R
Hi Vincent,
On Thu, Nov 07, 2013 at 10:54:30AM +, Vincent Guittot wrote:
> Hi,
>
> During the Energy-aware scheduling mini-summit, we spoke about benches
> that should be used to evaluate the modifications of the scheduler.
> I’d like to propose a bench that uses cyclictest to measure the wak
Make sure that seccomp filter won't be built when ARM OABI is in use,
since there is work needed to distinguish calling conventions. Until
that is done (which is likely never since OABI is deprecated), make
sure seccomp filter is unavailable in the OABI world.
Signed-off-by: Kees Cook
---
v2:
-
On Thu, Nov 7, 2013 at 4:55 AM, Henrique de Moraes Holschuh
wrote:
> On Tue, 05 Nov 2013, Andy Lutomirski wrote:
>> Maybe the thing to do is to put a warning in the config text for
>> CONFIG_OABI_COMPAT that describes the problems (malicious userspace
>> can confuse syscall auditors, strace, etc.)
On 07/11/2013 04:08, Jisheng Zhang wrote:
> Add of_node_put to properly decrement the refcount when we are
> done using a given node.
>
> Signed-off-by: Jisheng Zhang
> Reviewed-by: Ezequiel Garcia
Seems ok for me too
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
> arch/arm/mach-mvebu
On 07/11/2013 04:08, Jisheng Zhang wrote:
> Add of_node_put to properly decrement the refcount when we are
> done using a given node.
>
> Signed-off-by: Jisheng Zhang
> Reviewed-by: Ezequiel Garcia
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
> drivers/bus/mvebu-mbus.c | 6 +-
> 1
On 07/11/2013 04:08, Jisheng Zhang wrote:
> The resource mapped by of_iomap() isn't unmapped in error path. This
> patch fix the resource leakage by using devm_ioremap_resource() instead
> of of_iomap().
>
> Signed-off-by: Jisheng Zhang
> Reviewed-by: Ezequiel Garcia
> Acked-by: Jason Cooper
A
From: Randy Dunlap
Commit 9326b047e4fd4a8da72e59d913214a1803e9709c includes a typo
of "8350_core" instead of "8250_core", so correct it.
Fixes kernel bugzilla #60724:
https://bugzilla.kernel.org/show_bug.cgi?id=60724
Reported-by: Christoph Biedl
Signed-off-by: Randy Dunlap
Cc: Jiri Slaby
Hi,
this is v3. The only change is a doc fix. Regarding the vendor prefix for
properties, I counted one vote for it and one against + the already existing
bindings that don't have a vendor prefix and my personal preference; and nobody
else seems to have a strong opinion on this. Therefore I left i
In some use cases Zynq's FPGA clocks are used as static clock
generators for IP in the FPGA part of the SOC for which no Linux driver
exists and would control those clocks. To avoid automatic
gating of these clocks in such cases a new property - fclk-enable - is
added to the clock controller's DT d
Signed-off-by: Soren Brinkmann
Acked-by: Michal Simek
---
---
arch/arm/boot/dts/zynq-7000.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/zynq-7000.dtsi b/arch/arm/boot/dts/zynq-7000.dtsi
index e32b92b949d2..b48d0403537b 100644
--- a/arch/arm/boot/dts/zynq-7000.dtsi
++
On Tue, Nov 05, 2013 at 04:24:58PM +0800, Yijing Wang wrote:
> Currently, DMAR driver save target pci devices pointers for drhd/rmrr/atsr
> in (pci_dev *) array. This is not safe, because pci devices maybe
> hot added or removed during system running. They will have new pci_dev *
> pointer. So if t
A few functions use remote per CPU access APIs when they
deal with local values.
Just to the right conversion to improve performance, code
readability and debug checks.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Steven Rost
On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
> Make sure that seccomp filter won't be built when ARM OABI is in use,
> since there is work needed to distinguish calling conventions. Until
> that is done (which is likely never since OABI is deprecated), make
> sure seccomp filter is unavailable
Use a function with a meaningful name to check the global context
tracking state. static_key_false() is a bit confusing for reviewers.
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Steven Rostedt
---
include/linux/context_tra
A posix CPU timer can be rearmed while it is firing or after it is
notified with a signal. This can happen for example with timers that
were set with a non zero interval in timer_settime().
This rearming can happen in two places:
1) On timer firing time, which happens on the target's tick. If the
After a posix cpu timer is set, a workqueue is scheduled in order to
kick the full dynticks CPUs and let them restart their tick if
necessary in case the task they are running is concerned by the
new timer.
This kick is implemented by way of IPIs, which require interrupts
to be enabled, hence the
Hi,
This is a bunch of improvements and cleanups for dynticks.
If no comment arise I'll send this to Ingo in a few days.
git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
timers/core
It passed through 0-day testing with success.
Thanks,
Frederic
---
Fred
We currently have a confusing couple of API naming with the existing
context_tracking_active() and context_tracking_is_enabled().
Lets keep the latter one, context_tracking_is_enabled(), for global
context tracking state check and use context_tracking_cpu_is_enabled()
for local state check.
Signe
From: Paul Gortmaker
Signed-off-by: Paul Gortmaker
Signed-off-by: Frederic Weisbecker
Cc: Thomas Gleixner
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Oleg Nesterov
Cc: Steven Rostedt
---
init/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/init/Kconfig b/init/Kconfi
The commit 712b6aa8731a7e148298c58cea66a5209c659e3c [Nov7 linux-next
via tip/auto-latest] ("intel_mid: Renamed *mrst* to *intel_mid*")
adds a __cpuinit.
We removed this a couple versions ago; we now want to remove
the compat no-op stubs. Introducing new users is not what
we want to see at this po
On Thu, Nov 7, 2013 at 10:16 AM, Andy Lutomirski wrote:
> On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
>> Make sure that seccomp filter won't be built when ARM OABI is in use,
>> since there is work needed to distinguish calling conventions. Until
>> that is done (which is likely never since
On Thursday, November 07, 2013 09:18:52 AM Ulf Hansson wrote:
> On 7 November 2013 02:05, Rafael J. Wysocki wrote:
> > On Wednesday, November 06, 2013 04:21:48 PM Kevin Hilman wrote:
> >> On Wed, Nov 6, 2013 at 4:16 PM, Rafael J. Wysocki
> >> wrote:
> >> > On Wednesday, November 06, 2013 11:48:2
On Thursday, November 07, 2013 10:39:38 AM Viresh Kumar wrote:
> On 7 November 2013 07:58, Xiaoguang Chen wrote:
> > When decreasing frequency, requested_freq may be less than
> > freq_target, So requested_freq minus freq_target may be negative,
> > But reqested_freq's unit is unsigned int, then t
> I don't know either. But Sarah has said that ports can spontaneously
> go into Compliance Mode for no apparent reason. If that can happen,
> maybe it can happen while the port is in U3 and the device is
> suspended. In such cases, though, you'd need to do a reset-resume
> rather than a simple
On Thu, 2013-11-07 at 10:39 -0800, Kees Cook wrote:
> On Thu, Nov 7, 2013 at 10:16 AM, Andy Lutomirski wrote:
> > On Thu, Nov 7, 2013 at 9:47 AM, Kees Cook wrote:
> >> Make sure that seccomp filter won't be built when ARM OABI is in use,
> >> since there is work needed to distinguish calling conv
On Mon, Oct 14, 2013 at 06:09:48PM +0100, Will Deacon wrote:
> On Mon, Oct 14, 2013 at 04:17:51PM +0100, Antonios Motakis wrote:
> > On Mon, Oct 14, 2013 at 2:48 PM, Will Deacon wrote:
> > > On Fri, Oct 11, 2013 at 02:24:47PM +0100, Antonios Motakis wrote:
> > VFIO will exercise this code path eve
On 11/07/2013 03:51 AM, Michel Lespinasse wrote:
On Wed, Nov 6, 2013 at 5:42 PM, Cody P Schafer wrote:
From: Jan Kara
[...]
+#define rb_entry_safe(ptr, type, member) \
+ ({ typeof(ptr) ptr = (ptr); \
+ ptr ? rb_entry(ptr, type, member) : NULL; \
+ })
+
/*
This patch adds a check for USB_STATE_NOTATTACHED to the
hub_port_warm_reset_required() workaround for ports that end up in
Compliance Mode in hub_events() when trying to decide which reset
function to use. Trying to call usb_reset_device() with a NOTATTACHED
device will just fail and leave the por
201 - 300 of 675 matches
Mail list logo
