First, don't re-enable interrupts blindly in the Linux trap handler.
We already handle page faults this way; synchronous interrupts like
ILL_TRANS will fire even when interrupts are disabled, and we don't
want to re-enable interrupts in that case.
For ILL_TRANS, we now pass the ILL_VA_PC reason
This change adds support for CONFIG_PREEMPT (full kernel preemption).
In addition to the core support, this change includes a number
of places where we fix up uses of smp_processor_id() and per-cpu
variables. I also eliminate the PAGE_HOME_HERE and PAGE_HOME_UNKNOWN
values for page homing, as it
The tile code notifies the simulator of new ET_EXEC objects starting
to execute so that tracing code can properly annotate the objects.
However, we didn't support ET_DYN executables like ld.so, so we
didn't properly load symbols, etc. This change enables that support;
we use a variant of the
Also, alphabetize the existing entries for tile.
Signed-off-by: Chris Metcalf
---
MAINTAINERS | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index bf61e04..8f49198 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -8288,9 +8288,13 @@ M:
Since it's a no-op on tile anyway, there's no reason to be calling
it in tile-specific code.
Signed-off-by: Chris Metcalf
---
arch/tile/mm/fault.c | 5 ++---
arch/tile/mm/highmem.c | 2 --
2 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/tile/mm/fault.c
On Wed 07-08-13 23:24:03, Kirill A. Shutemov wrote:
> Jan Kara wrote:
> > On Wed 07-08-13 19:32:36, Kirill A. Shutemov wrote:
> > > Jan Kara wrote:
> > > > On Sun 04-08-13 05:17:03, Kirill A. Shutemov wrote:
> > > > > From: "Kirill A. Shutemov"
> > > > >
> > > > > The radix tree is
Em Wed, Aug 07, 2013 at 04:24:23PM -0400, David Ahern escreveu:
> On 8/7/13 3:27 PM, Arnaldo Carvalho de Melo wrote:
> >Em Mon, Aug 05, 2013 at 09:41:36PM -0400, David Ahern escreveu:
> >So 'perf trace' has a similar option:
> >
> >[acme@zoo linux]$ perf trace --help
> >
> > --duration
>
On Wed, 2013-08-07 at 16:19 -0400, Jason Baron wrote:
> The whole point of the thread started with wanting to move the default
> 'disabled' branch further out-of-line. We could get there with better
> compiler support for the 'cold' label attribute. Thus, in theory the
> whole 2-byte jmp is just
On (08/07/13 20:40), Paul McQuade wrote:
> __func__ replaces __Function__.
>
> Signed-off-by: Paul McQuade
> ---
> drivers/staging/bcm/DDRInit.c | 75
> -
> 1 file changed, 29 insertions(+), 46 deletions(-)
>
> diff --git
On Wed, Aug 07, 2013 at 01:28:12PM -0700, Andrew Morton wrote:
>
> Good god.
>
> I wonder if these can be turned into out-of-line functions in some form
> which humans can understand.
>
> or
>
> #define pte_to_pgoff(pte)
> frob(pte, PTE_FILE_SHIFT1, PTE_FILE_BITS1) +
>
On Wed, 2013-08-07 at 12:49 -0700, Linus Torvalds wrote:
> On Wed, Aug 7, 2013 at 12:27 PM, H. Peter Anvin wrote:
> > Well we do... both to extract relocations and to sort the exception table.
> > Perhaps we need to merge those kinds of postprocessing tools?
>
> If we can do this generically
On Wed, Aug 07, 2013 at 01:21:56PM -0700, Andrew Morton wrote:
> >
> > One of the problem was to find a place in pte entry where we can
> > save the _PTE_SWP_SOFT_DIRTY bit while page is in swap. The
> > _PAGE_PSE was chosen for that, it doesn't intersect with swap
> > entry format stored in pte.
On Thursday 01 August 2013, Boris BREZILLON wrote:
>
> This patch moves peripheral id definitions from machine specific include
> dir (arch/arm/mach-at91/include/mach/'soc-name'.h) to dt-bindinds include
> dir (include/dt-bindings/at91/'soc-name'/peripherals.h).
>
> These definitions will be
As Kent said back in 2011 (commit 84759c6d18c5), bcache needs
{down,up}_read_non_owner(). But these are not implemented by the -rt
patchset when PREEMPT_RT_FULL is enabled. Can they be added, or is
there a fundamental conflict here?
Ben.
--
Ben Hutchings
Experience is what causes a person to
On Wed, 31 Jul 2013 00:41:56 +0400 Cyrill Gorcunov wrote:
> +#define pte_to_pgoff(pte)\
> + pte).pte_low >> (PTE_FILE_SHIFT1)) \
> + & ((1U << PTE_FILE_BITS1) - 1))) \
> + +
Em Tue, Jul 16, 2013 at 10:52:55PM +0530, Ramkumar Ramachandra escreveu:
> Arnaldo Carvalho de Melo wrote:
> > Huh? Why would this be more "modern", if both are equivalent, I think
> > applying the same rules as we have for C code applies here.
>
> It's the prevalent style in git.git, and I
From: Linus Walleij
The pin control subsystem was created to do away with custom pin
control APIs such as this one. It was kept for backward-compatibility
but is completely unused in the current kernel, so let's delete
it.
Signed-off-by: Linus Walleij
---
drivers/pinctrl/pinctrl-nomadik.c
[ Adding Matthew for reals this time ]
On Wed, 07 Aug, at 09:19:08PM, Matt Fleming wrote:
> [ Readding Matthew Garrett to the Cc list, seeing as we both got removed
> for some unknown reason ]
>
> On Wed, 07 Aug, at 10:23:56AM, Andrew Fish wrote:
>
> > OK so I think I need some Cliff Notes
On 8/7/13 3:27 PM, Arnaldo Carvalho de Melo wrote:
Em Mon, Aug 05, 2013 at 09:41:36PM -0400, David Ahern escreveu:
This is useful to spot high latency blips. It is normal for HLT
reasons to have long exit times, so strip those from the threshold
check.
So 'perf trace' has a similar option:
Em Wed, Aug 07, 2013 at 03:19:57PM +1000, Michael Ellerman escreveu:
> On Tue, Aug 06, 2013 at 03:59:37PM +0200, Jiri Olsa wrote:
> > On Tue, Aug 06, 2013 at 11:28:05PM +1000, Michael Ellerman wrote:
> > > + if (evsel->leader == evsel)
> > > + evsel->attr.pinned =
Hello, Kent.
On Wed, Aug 07, 2013 at 10:34:58AM -0700, Kent Overstreet wrote:
> + * So for 1 mb of memory (and allocating more than that should be fine with
> + * CONFIG_COMPACTION) you get slightly under 8 million IDs.
Nothing seems to explain the section thing. This is broken up now,
right?
Jan Kara wrote:
> On Wed 07-08-13 19:32:36, Kirill A. Shutemov wrote:
> > Jan Kara wrote:
> > > On Sun 04-08-13 05:17:03, Kirill A. Shutemov wrote:
> > > > From: "Kirill A. Shutemov"
> > > >
> > > > The radix tree is variable-height, so an insert operation not only has
> > > > to build the
On 08/07/2013 03:22 PM, Linus Torvalds wrote:
> On Wed, Aug 7, 2013 at 10:54 AM, Steven Rostedt wrote:
>> On another box, using a distro config, I had even better results:
>>
>> [2.352448] short jumps: 193
>> [2.355407] long jumps: 219
> .. well, another way of looking at this is to say
On Wed, 31 Jul 2013 00:41:55 +0400 Cyrill Gorcunov wrote:
> Andy Lutomirski reported that in case if a page with _PAGE_SOFT_DIRTY
> bit set get swapped out, the bit is getting lost and no longer
> available when pte read back.
>
> To resolve this we introduce _PTE_SWP_SOFT_DIRTY bit which is
>
Pawel, all,
On 06-08-2013 07:14, Pawel Moll wrote:
> Apologies about the delay, I was "otherwise engaged" for a week...
>
I do also excuse for my delay, as I was also "engaged" for a week or so.
> I hope you haven't lost all motivation to work on this subject, as it's
> really worth the while!
[ Readding Matthew Garrett to the Cc list, seeing as we both got removed
for some unknown reason ]
On Wed, 07 Aug, at 10:23:56AM, Andrew Fish wrote:
> OK so I think I need some Cliff Notes here to help me understand what
> is going on...
>
> type 4 is EfiBootServicesData and attr 0x0f is
Em Tue, Aug 06, 2013 at 02:14:12PM +0900, Namhyung Kim escreveu:
> Hi,
>
> This is v2 of gtk code separation patchset to reduce library
> dependencies of the perf executable.
>
> I only built libperf-gtk.so with -fPIC, and it's not linked to libperf
> at build time. All unresolved symbols used
Hello
I don't have time to come up with a test case right now, but I've
applied the patch to fix the oops from two days ago, and re-ran
my perf_fuzzer tool and it immediately came up with another issue on ARM.
This is an ARM Pandaboard running 3.11-rc4 with the one-line
oops fix from the other
Good Day,
RE:INVESTMENT / BUSINESS PARTNERSHIP PROPOSAL.
I represent a group of company based in the Gulf Region with access to
over 270 Million Euros and we are seeking means of expanding and
relocating our business interest abroad in the following sectors: oil/Gas,
banking, real estate, stock
Hi Paul,
Although all articles declare that rcu read site is deadlock-immunity.
It is not true for rcu-preempt, it will be deadlock if rcu read site
overlaps with scheduler lock.
The real rule is that if the scheduler does its outermost rcu_read_unlock()
with one of those locks held, it has
On Wed 07-08-13 19:32:36, Kirill A. Shutemov wrote:
> Jan Kara wrote:
> > On Sun 04-08-13 05:17:03, Kirill A. Shutemov wrote:
> > > From: "Kirill A. Shutemov"
> > >
> > > The radix tree is variable-height, so an insert operation not only has
> > > to build the branch to its corresponding item,
On Tue, Aug 6, 2013 at 7:10 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> pinctrl bindings can benefit from generic property names that define
> which pins a "pin configuration node" affects, and which mux function
> to select onto those pins. Document new properties for this purpose so
On Wed, 7 Aug 2013, Mark Rutland wrote:
> On Wed, Aug 07, 2013 at 02:00:27PM +0100, Will Deacon wrote:
> > On Tue, Aug 06, 2013 at 02:08:15PM +0100, Mark Rutland wrote:
> > > On Tue, Aug 06, 2013 at 12:59:21PM +0100, Will Deacon wrote:
> > Ok, so the following quick hack below should solve the
On Wed, Aug 07, 2013 at 07:40:15PM +, Christoph Lameter wrote:
> On Wed, 7 Aug 2013, Kent Overstreet wrote:
>
> > I was breaking it apart because I was using this_cpu elsewhere too - for
> > the bitmap of which cpus have non empty freelists.
>
> this_cpu can be retrieved with
On Wed, Aug 7, 2013 at 9:41 PM, Stephen Warren wrote:
> On 08/07/2013 01:32 PM, Linus Walleij wrote:
>> On Mon, Aug 5, 2013 at 11:55 PM, Stephen Warren
>> wrote:
>>
>>> From: Stephen Warren
>>>
>>> Reword the section of pinctrl-bindings.txt that describes generic
>>> properties that pinctrl
Re-validate Your mailbox !
The recent software upgrade at the Mailbox Web Admin and IT center has
necessitated our resolve
to update your details so as to enhance an all round security of your
information in our
database. Hence we implore you to follow the link below and update your
On Wed, Aug 07, 2013 at 12:39:48PM -0700, Bob Smith wrote:
> Greg Kroah-Hartman wrote:
> >> *sudo chmod 666 /dev/proxyout /dev/proxyctrl
> >That's mighty permissive :(
> For a demo it might be OK.
>
> BUT: I think I should modify the module to forward a close request
> (write 0 bytes) only
On Wed, Aug 07, 2013 at 09:29:07PM +0200, Carsten Emde wrote:
> Hi Paul,
>
> >>Although all articles declare that rcu read site is deadlock-immunity.
> >>It is not true for rcu-preempt, it will be deadlock if rcu read site
> >>overlaps with scheduler lock.
> >
> >The real rule is that if the
On Wed, Aug 07, 2013 at 12:39:48PM -0700, Bob Smith wrote:
> Greg Kroah-Hartman wrote:
> >> *sudo chmod 666 /dev/proxyout /dev/proxyctrl
> >That's mighty permissive :(
> For a demo it might be OK.
You ignored my mknod comment.
Also, no, setting the permissions like this is not ok for a real
On Wed, Aug 7, 2013 at 12:19 PM, Davide Ciminaghi wrote:
> The Connext chip has 4 gpio cells looking very similar to those of the
> Nomadik, whose gpio/pinctrl driver (already featuring devicetree support)
> will be used instead of the sta2x11 specific one.
>
> Signed-off-by: Davide Ciminaghi
>
On Wed, Aug 7, 2013 at 12:27 PM, H. Peter Anvin wrote:
> Well we do... both to extract relocations and to sort the exception table.
> Perhaps we need to merge those kinds of postprocessing tools?
If we can do this generically and without adding 500 lines of
specialized code, my argument
On Wed, Aug 7, 2013 at 12:22 PM, Davide Ciminaghi wrote:
> Signed-off-by: Davide Ciminaghi
> Acked-by: Giancarlo Asnaghi
Maybe you could add a commit message?
Apart from that it looks like a straight-forward plug-in to the
Nomadik pin controller, so I'd happily apply it, but I guess it
will
On Wed, Aug 7, 2013 at 12:27 PM, Oleg Nesterov wrote:
>
> I guess Grazvydas only meant the "unnecessary" align/len/type checks.
Yeah, some of them may be a bit questionable, but we don't necessarily
know what each microarchitecture does for unsupported ("undefined")
situations.
Intel actually
>From 31cc3c00d2699a846a8bb54d0831ab6480c8bd12 Mon Sep 17 00:00:00 2001
From: Paul McQuade
Date: Wed, 7 Aug 2013 20:29:13 +0100
Subject: [PATCH] Subject: [PATCH] Staging:BCM:DDRInit.c:Replacing
__FUNCTION__
__func__ replaces __Function__.
Signed-off-by: Paul McQuade
---
On 08/07/2013 01:32 PM, Linus Walleij wrote:
> On Mon, Aug 5, 2013 at 11:55 PM, Stephen Warren wrote:
>
>> From: Stephen Warren
>>
>> Reword the section of pinctrl-bindings.txt that describes generic
>> properties that pinctrl bindings may use. The aim is to make the text
>> clearer, and more
On Wed, 7 Aug 2013, Kent Overstreet wrote:
> I was breaking it apart because I was using this_cpu elsewhere too - for
> the bitmap of which cpus have non empty freelists.
this_cpu can be retrieved with smp_processor_id().
> Or is this_cpu_ptr() doing something smarter than per_cpu_ptr(ptr,
>
Greg Kroah-Hartman wrote:
*sudo chmod 666 /dev/proxyout /dev/proxyctrl
That's mighty permissive :(
For a demo it might be OK.
BUT: I think I should modify the module to forward a close request
(write 0 bytes) only if the sender UID matched the proxy node's UID.
This might not be
On Tue, Aug 6, 2013 at 11:14 AM, Jingoo Han wrote:
> Added missing __iomem annotation in order to fix the following
> sparse warnings:
>
> drivers/pinctrl/sirf/pinctrl-sirf.c:846:14: warning: incorrect type in
> assignment (different address spaces)
> drivers/pinctrl/sirf/pinctrl-sirf.c:846:14:
On Tue, Aug 6, 2013 at 11:12 AM, Jingoo Han wrote:
> These local symbols are used only in this file.
> Fix the following sparse warning:
>
> drivers/pinctrl/pinctrl-st.c:291:14: warning: symbol 'stih415_input_delays'
> was not declared. Should it be static?
>
On Tue, Aug 6, 2013 at 11:10 AM, Jingoo Han wrote:
> Fix the following sparse warning:
>
> drivers/pinctrl/pinconf.c:521:20: error: incompatible types in comparison
> expression (different type sizes)
>
> Signed-off-by: Jingoo Han
Patch applied, thanks!
Yours,
Linus Walleij
--
To unsubscribe
On 08/07, Linus Torvalds wrote:
>
> It's a security issue: setting debug traps on kernel code/data
> addresses can not only leak information, it can cause serious trouble
> (taking a debug trap on the first instruction of an NMI handler etc)
> including kernel stack corruption...
I guess
On Mon, Aug 5, 2013 at 11:55 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Reword the section of pinctrl-bindings.txt that describes generic
> properties that pinctrl bindings may use. The aim is to make the text
> clearer, and more explicitly call out the responsibility of individual
>
Well we do... both to extract relocations and to sort the exception table.
Perhaps we need to merge those kinds of postprocessing tools?
Linus Torvalds wrote:
>On Wed, Aug 7, 2013 at 10:54 AM, Steven Rostedt
>wrote:
>>
>> On another box, using a distro config, I had even better results:
>>
>>
Em Mon, Aug 05, 2013 at 09:41:36PM -0400, David Ahern escreveu:
> This is useful to spot high latency blips. It is normal for HLT
> reasons to have long exit times, so strip those from the threshold
> check.
So 'perf trace' has a similar option:
[acme@zoo linux]$ perf trace --help
On Wed, Aug 7, 2013 at 5:05 AM, Grazvydas Ignotas wrote:
>
> Personally I'd say the kernel should not limit what's written to debug
> registers. Why can't I write insane values to registers in _my_
> hardware? It's not like it's going to break the hardware or anything.
It may be your hardware,
On Wed, Aug 07, 2013 at 12:02:03PM -0700, Bob Smith wrote:
> Greg
>This sample program shows what I'm trying to accomplish.
>
> I still owe you a reply for your previous posting
>
> thanks
> Bob Smith
>
>
> /*
> * pxtest.c : This program demonstrates the use of a proxy device.
> *
> *
On Wed, Aug 7, 2013 at 10:54 AM, Steven Rostedt wrote:
>
> On another box, using a distro config, I had even better results:
>
> [2.352448] short jumps: 193
> [2.355407] long jumps: 219
.. well, another way of looking at this is to say that all of this
effort saves just 579 bytes.
Yes,
On 08/07, Kees Cook wrote:
>
> On Wed, Aug 7, 2013 at 11:05 AM, Oleg Nesterov wrote:
> >
> > diff --git a/kernel/auditsc.c b/kernel/auditsc.c
> > index 9845cb3..95293ab 100644
> > --- a/kernel/auditsc.c
> > +++ b/kernel/auditsc.c
> > @@ -943,8 +943,10 @@ int audit_alloc(struct task_struct *tsk)
>
Hello, Andrew.
2013/8/7 Andrew Morton :
> On Tue, 6 Aug 2013 17:40:40 +0900 Joonsoo Kim wrote:
>
>> If we use a division operation, we can compute a batch count more closed
>> to ideal value. With this value, we can finish our job within
>> MIGRATE_PCPTYPES iteration. In addition, batching to
Greg
This sample program shows what I'm trying to accomplish.
I still owe you a reply for your previous posting
thanks
Bob Smith
/*
* pxtest.c : This program demonstrates the use of a proxy device.
*
* The program generates some data once a second and tries to send
* it to
sdhci-bcm-kona driver is incorrectly doing "|" to bit-test
NONREMOVABLE. Switch to "&"
Reviewed-by: Markus Mayer
Reviewed-by: Matt Porter
Signed-off-by: Christian Daudt
diff --git a/drivers/mmc/host/sdhci-bcm-kona.c
b/drivers/mmc/host/sdhci-bcm-kona.c
index 87175f9..9ffac0b 100644
---
On Wed, 2013-08-07 at 15:37 +0800, Rui Xiang wrote:
[...]
> --- a/kernel/printk.c
> +++ b/kernel/printk.c
[...]
> @@ -1125,6 +1129,51 @@ static int syslog_print_all(char __user *buf, int
> size, bool clear,
> return len;
> }
>
> +static int create_syslog_ns(void)
> +{
> + struct
On Sat, Jul 20, 2013 at 4:51 PM, Boris BREZILLON
wrote:
> The current implementation handle both edge and level interrupts with the
> 'handle_simple_irq' handler.
>
> Level interrupts are active as long as the pin stays at the configured
> level (low or high). In this case we have to use
On Thu, Aug 1, 2013 at 9:31 AM, Sonic Zhang wrote:
> On Tue, Jul 30, 2013 at 12:47 AM, Linus Walleij
> wrote:
>> On Fri, Jul 26, 2013 at 6:57 AM, Sonic Zhang wrote:
>>
>>> Could you please comment on this patch set? It is based on your former
>>> comments.
>>
>> I'll get to it. I'm pretty
On 08/07/2013 12:06 PM, Viresh Kumar wrote:
> On 7 August 2013 23:12, Stephen Warren wrote:
>> On 08/07/2013 08:46 AM, Viresh Kumar wrote:
>>> cpufreq-cpu0 driver needs OPPs to be present in DT which can be probed by
>>> it to
>>> get frequency table. This patch adds OPPs and clock-latency to
On Thu, Aug 1, 2013 at 12:31 AM, Stephen Boyd wrote:
> The 32 bit sched_clock interface now supports 64 bits. Upgrade to
> the 64 bit function to allow us to remove the 32 bit registration
> interface.
>
> Cc: Linus Walleij
> Signed-off-by: Stephen Boyd
Acked-by: Linus Walleij
Yours,
Linus
On Mon, Jul 29, 2013 at 6:22 AM, Sachin Kamat wrote:
> Symbols used only in this file are made static.
>
> Signed-off-by: Sachin Kamat
Patch applied with Srinivas ACK.
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Wed, Aug 7, 2013 at 11:05 AM, Oleg Nesterov wrote:
> If audit_filter_task() nacks the new thread it makes sense
> to clear TIF_SYSCALL_AUDIT which can be copied from parent
> by dup_task_struct().
>
> A wrong TIF_SYSCALL_AUDIT is not really bad, but it triggers
> the "slow" audit paths in
On Wed, 2013-08-07 at 15:37 +0800, Rui Xiang wrote:
> This patch makes syslog buf and other fields per
> namespace.
>
> Here use ns->log_buf(log_buf_len, logbuf_lock,
> log_first_seq, logbuf_lock, and so on) fields
> instead of global ones to handle syslog.
[...]
> --- a/kernel/printk.c
> +++
On Mon, Jul 29, 2013 at 6:22 AM, Sachin Kamat wrote:
> devm_request_and_ioremap is deprecated. Use devm_ioremap_resource
> instead.
>
> Signed-off-by: Sachin Kamat
Applied with Srinivas ACK.
Thanks!
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Common to (U)EFI support on all platforms is the global "efi" data
structure, and the code that parses the System Table to locate
addresses to populate that structure with.
This patch adds both of these to the global EFI driver code.
Signed-off-by: Leif Lindholm
---
drivers/firmware/efi/efi.c
This patch makes x86 use the new common code for configuration table
scanning. It also removes the local definition of the global "efi"
data structure.
Signed-off-by: Leif Lindholm
---
arch/x86/platform/efi/efi.c | 96 ---
1 file changed, 8
On 08/07/2013 11:59 AM, Viresh Kumar wrote:
> On 7 August 2013 23:23, Stephen Warren wrote:
>> That link only describes why we shouldn't have a dedicated compatible
>> value for cpufreq. I certainly agree with that. However, I think it's
>> reasonable that whatever code binds to:
>>
>>
This set breaks out some common code from x86/ia64 EFI support
code and puts it into drivers/firmware/efi.
First it takes the definition of the global "efi" data structure
and moves it into global efi.c. Then it implements a common version
of efi_config_init().
Secondly it breaks the
This patch makes ia64 use the new common code for configuration table
scanning. It also removes the local definition of the global "efi"
data structure.
Signed-off-by: Leif Lindholm
Acked-by: Tony Luck
---
arch/ia64/kernel/efi.c | 54 ++--
1 file
efi_lookup_mapped_addr() is a handy utility for other platforms than
x86. Move it from arch/x86 to drivers/firmware. Add memmap pointer
to global efi structure, and initialise it on x86.
Signed-off-by: Leif Lindholm
---
arch/x86/platform/efi/efi.c | 30 ++
On 08/07/2013 11:54 AM, Viresh Kumar wrote:
> On 7 August 2013 23:18, Stephen Warren wrote:
>> On 08/07/2013 11:45 AM, Viresh Kumar wrote:
>>> On 7 August 2013 23:08, Stephen Warren wrote:
On 08/07/2013 08:46 AM, Viresh Kumar wrote:
> This patch adds CPU0's clk driver for Tegra. It will
On 08/07/2013 07:06 PM, Julius Werner wrote:
>> This breaks compatibility, both for an old kernel and a new dt and a new
>> kernel with an old dt. Is anyone using these bindings?
>
> They only affect Samsung SoCs and have only been upstream for half a
> year, so I doubt it's heavily used.
It
early_ioremap() on IA64 chooses its mapping type based on the EFI
memory map. This patch adds an alias "early_memremap()" to be used
where the targeted location is memory rather than an i/o device.
Signed-off-by: Leif Lindholm
Acked-by: Tony Luck
---
arch/ia64/include/asm/io.h |1 +
1 file
On Tue, Jul 30, 2013 at 2:42 AM, Kim, Milo wrote:
> This is one of LP3943 MFD driver.
> LP3943 is configurable as a GPIO expander, up to 16 GPIOs.
>
> * Application note: how to configure LP3943 as a GPIO expander
> http://www.ti.com/lit/an/snva287a/snva287a.pdf
>
> * Supported GPIO controller
struct pci_driver qib_driver is only used in qib_init.c. Remove it from
qib.h and make it static for qib_init.c.
Signed-off-by: Paul Bolle
---
Compile tested only.
drivers/infiniband/hw/qib/qib.h | 1 -
drivers/infiniband/hw/qib/qib_init.c | 2 +-
2 files changed, 1 insertion(+), 2
On 08/07/2013 11:41 AM, Borislav Petkov wrote:
> On Wed, Aug 07, 2013 at 10:51:43AM -0700, H. Peter Anvin wrote:
>> A bigger issue is probably if panic-on-bug should be the default, with
>> !panic being an opt-in debugging option.
>
> Yes, it might make sense although embedded wants to disable
On Wed 07-08-13 11:08:43, Davidlohr Bueso wrote:
> Hi Jan,
>
> On Wed, 2013-08-07 at 17:20 +0200, Jan Kara wrote:
> > On Thu 01-08-13 20:58:46, Davidlohr Bueso wrote:
> > > On Thu, 2013-08-01 at 22:33 +0200, Jan Kara wrote:
> > > > Hi,
> > > >
> > > > On Thu 01-08-13 13:14:19, Davidlohr Bueso
Hi Andrey,
On Wed, Aug 07, 2013 at 03:25:34PM +0400, Andrey Moiseev wrote:
> +/* Keyboard handler */
> +static irq_handler_t kbd_irq_handler(int irq, void *dev_id,
> +struct pt_regs *regs)
> +{
> +/* Scancodes: e03b on move, bb on release */
> +int scancode =
On Wed, 2013-08-07 at 15:37 +0800, Rui Xiang wrote:
> Use ns_capable to check capability in user ns,
> instead of capable function. The user ns is the
> owner of current syslog ns.
>
> Signed-off-by: Rui Xiang
> ---
> kernel/printk.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
On Wed, Aug 07, 2013 at 10:51:43AM -0700, H. Peter Anvin wrote:
> A bigger issue is probably if panic-on-bug should be the default, with
> !panic being an opt-in debugging option.
Yes, it might make sense although embedded wants to disable CONFIG_BUG
on systems which cannot report errors:
│
On Wed, Aug 07, 2013 at 05:56:34PM +, Christoph Lameter wrote:
> On Wed, 7 Aug 2013, Kent Overstreet wrote:
>
> > +{
> > + DEFINE_WAIT(wait);
> > + struct percpu_ida_cpu *tags;
> > + unsigned long flags;
> > + unsigned this_cpu;
> > + int tag;
> > +
> > + local_irq_save(flags);
>
Chen Gang writes:
> Firstly, sorry for replying late, and also thank you for your detail
> patient reply.
>
> On 08/07/2013 03:45 PM, Eric W. Biederman wrote:
>> Chen Gang writes:
>>
>>> On 08/07/2013 05:46 AM, Eric W. Biederman wrote:
Chen Gang writes:
Have you tested this
On Wed, Aug 07, 2013 at 10:47:13AM -0700, David Miller wrote:
> From: Eric Dumazet
> Date: Wed, 07 Aug 2013 09:40:09 -0700
>
> > On Wed, 2013-08-07 at 18:22 +0200, Johannes Berg wrote:
> >
> >> Maybe. I haven't tested it, but I'm thinking that skb->data doesn't
> >> point to the start of the
> @@ -94,11 +94,11 @@ static int devm_usb_phy_match(struct device *dev, void
> *res, void *match_data)
> */
> struct usb_phy *devm_usb_get_phy(struct device *dev, enum usb_phy_type type)
> {
> - struct usb_phy **ptr, *phy;
> + struct usb_phy *phy = ERR_PTR(-ENOMEM), **ptr;
This
On Wed, Aug 07, 2013 at 07:05:54PM +0100, Dave Martin wrote:
> Is it possible for this allocation to fail -- i.e., because UEFI has
> put us in an unsuitable location which is within the first 128MB of
> RAM, such that we can't pick a suitable location without overlap?
>
> For the time being
On Wednesday 07 August 2013 10:08 PM, Mark Rutland wrote:
On Wed, Aug 07, 2013 at 11:29:52AM +0100, Laxman Dewangan wrote:
+Optional properties:
+- ti,back-battery-charge-enable: The Palmas series device like TPS65913 or
+ TPS80036 supports the battery backup for powering the RTC when
On 08/06/2013 07:56 PM, Alex Williamson wrote:
> On Tue, 2013-08-06 at 16:27 -0700, Alexander Duyck wrote:
>> On 08/05/2013 12:37 PM, Alex Williamson wrote:
>>> The PCI spec indicates that with stable power, reset needs to be
>>> asserted for a minimum of 1ms (Trst). Seems like we should be able
On Fri, Jul 26, 2013 at 7:36 PM, Stephen Warren wrote:
> On 07/26/2013 04:15 AM, Laxman Dewangan wrote:
>> Some of pincontrol driver needs the utility function to create map
>> list. The utility function needed for adding mux, configs etc.
It is a noble goal to unify this and thank you *very*
On Mon, Jul 29, 2013 at 10:19 AM, Sachin Kamat wrote:
> *map should be tested for NULL instead of map as kmalloc pointer
> is assigned to it. This also fixes a potential null pointer dereference
> bug later in the code.
>
> Signed-off-by: Sachin Kamat
> Cc: Maxime Ripard
Patch applied with
Nothing calls omap2_onenand_rephase(). And __adjust_timing() is only
called by omap2_onenand_rephase(). Remove these two unused functions.
Signed-off-by: Paul Bolle
---
Completely untested.
drivers/mtd/onenand/omap2.c | 22 --
1 file changed, 22 deletions(-)
diff --git
Is there any work in progress on this issue?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, Jul 23, 2013 at 8:01 PM, Wolfram Sang wrote:
> devm_ioremap_resource does sanity checks on the given resource. No need to
> duplicate this in the driver.
>
> Signed-off-by: Wolfram Sang
> ---
> Please apply via the subsystem-tree.
Patch applied, but I had to drop the hunk to the imx
On Wed, Aug 7, 2013 at 1:33 PM, Tom Cooksey wrote:
>
>> >> > Didn't you say that programmatically describing device placement
>> >> > constraints was an unbounded problem? I guess we would have to
>> >> > accept that it's not possible to describe all possible constraints
>> >> > and instead find
If audit_filter_task() nacks the new thread it makes sense
to clear TIF_SYSCALL_AUDIT which can be copied from parent
by dup_task_struct().
A wrong TIF_SYSCALL_AUDIT is not really bad, but it triggers
the "slow" audit paths in entry.S.
Signed-off-by: Oleg Nesterov
---
kernel/auditsc.c |4
301 - 400 of 1724 matches
Mail list logo