On Mon, 05 Aug 2013 15:48:01 +0100
Nix wrote:
> On 5 Aug 2013, Jeff Layton stated:
>
> > On Sun, 04 Aug 2013 16:40:58 +0100
> > Nix wrote:
> >
> >> I just got this panic on 3.10.4, in the middle of a large parallel
> >> compilation (of Chromium, as it happens) over NFSv3:
> >>
> >> [16364.5275
Hello,
On Fri, Aug 02, 2013 at 05:06:02PM -0400, Santosh Shilimkar wrote:
> Looking at the situation, how about proceeding with patch updating
> the bootmem API signatures to use phys_addr_t which can unblock me
> to get my machine working.
I'm not sure about that. No matter how you play it, it
On 8/5/13 2:53 AM, Xiao Guangrong wrote:
On 08/03/2013 04:05 AM, David Ahern wrote:
Expected to have missing events for each vcpu when perf is
started. After that should not have missing events.
Sorry, i can not understand what's this info used for.
For debugging. Things that should not happ
On Mon, 2013-08-05 at 16:47 +0200, Julia Lawall wrote:
> From: Julia Lawall
>
> Signed-off-by: Julia Lawall
>
> ---
>
> This patch adjusts the code so that the alignment matches the current
> semantics. I have no idea if it is the intended semantics, though. Should
> the call to nfs_setsecur
On 8/5/13 2:57 AM, Xiao Guangrong wrote:
On 08/03/2013 04:05 AM, David Ahern wrote:
Add an option to analyze a specific VM within a data file. This
allows the collection of kvm events for all VMs and then analyze
data for each VM (or set of VMs) individually.
Interesting.
But how can we know
e ]
> [ 274.821320] kernel BUG at mm/percpu.c:579!
Looks like double free.
> [ 274.821848] invalid opcode: [#1] PREEMPT SMP DEBUG_PAGEALLOC
> [ 274.822467] Modules linked in:
> [ 274.823240] CPU: 13 PID: 58 Comm: rcuos/13 Tainted: GW
> 3.11.0-rc4-next-20130
> Only thing I am thinking is about KVM_FEATURE_PV_UNHALT, and
> KVM_HC_KICK_CPU definition in the below hunk, that is needed by guest
> as well. may be this header file change can be a separate patch so that
> duplicate can be handled easily during merge?
Sure, good idea.
Paolo
> I do testing o
On Mon, Aug 05, 2013 at 02:22:47PM +0800, Tang Chen wrote:
> I have resent the v2 patch-set. Would you please give some more
> comments about the memblock and x86 booting code modification ?
Patch 13 still seems corrupt. Is it a problem on my side maybe?
Nope, gmane raw message is corrupt too.
On Mon, 2013-08-05 at 16:32 +0200, Ingo Molnar wrote:
> * Steven Rostedt wrote:
>
> > Linus,
> >
> > Oleg Nesterov has been working hard in closing all the holes that can
> > lead to race conditions between deleting an event and accessing an event
> > debugfs file. This included a fix to the d
On Mon, Aug 05, 2013 at 11:21:29AM +0200, Lars-Peter Clausen wrote:
> regcache_sync_block_raw_flush() expects the address of the register after last
> register that needs to be synced as its parameter. But the last call to
> regcache_sync_block_raw_flush() in regcache_sync_block_raw() passes the
>
On Mon, Aug 5, 2013 at 3:22 PM, Jiri Kosina wrote:
> On Fri, 2 Aug 2013, Benjamin Tissoires wrote:
>
>> > Could you please elaborate? (and put an elaborate description to revert
>> > commit log perhaps?)
>>
>> Sure, so here is the revert commit log:
>>
>> --
>>
>> Commit "HID: hid-logitech-dj, que
On 8/5/13 2:39 AM, Xiao Guangrong wrote:
On 08/03/2013 04:05 AM, David Ahern wrote:
This is useful to spot high latency blips.
Yes, it is a good idea.
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Jiri Olsa
Cc: N
ALLOC
[ 274.822467] Modules linked in:
[ 274.823240] CPU: 13 PID: 58 Comm: rcuos/13 Tainted: GW
3.11.0-rc4-next-20130805-sasha-2-gf6cc217 #3975
[ 274.824464] task: 880220cb3000 ti: 880220cba000 task.ti:
880220cba000
[ 274.825442] RIP: 0010:[] []
pcpu_free_area+0xd8/
From: Julia Lawall
Adjust code alignment so that each statement is lined up with its neighbor.
In the second case, it could be desirable to put the call to
lpfc_destroy_vport_work_array under the if. The call, is, however, safe
in case vports is NULL, so the patch just adjusts the indentation t
From: Julia Lawall
Drop the semicolon at the end of the list_for_each_entry loop header.
Signed-off-by: Julia Lawall
---
Not tested, but I can't imagine how the current code could work, since vsk
should end up pointing to a dummy value.
net/vmw_vsock/af_vsock.c |2 +-
1 file changed, 1 i
From: Julia Lawall
Signed-off-by: Julia Lawall
---
This patch adjusts the code so that the alignment matches the current
semantics. I have no idea if it is the intended semantics, though. Should
the call to nfs_setsecurity also be under the else?
fs/nfs/inode.c |2 +-
1 file changed, 1
On 5 Aug 2013, Jeff Layton stated:
> On Sun, 04 Aug 2013 16:40:58 +0100
> Nix wrote:
>
>> I just got this panic on 3.10.4, in the middle of a large parallel
>> compilation (of Chromium, as it happens) over NFSv3:
>>
>> [16364.527516] BUG: unable to handle kernel NULL pointer dereference at
>> 0
These patches result from the following semantic patch
(http://coccinelle.lip6.fr/), which checks for successive statements that
are not aligned.
@bad@
statement S;
expression e;
position p1,p;
@@
S@p1
e@p;
@script:ocaml@
p1 << bad.p1;
p << bad.p;
@@
if not ((List.hd p1).line = (List.hd p).line
On Sat, Aug 03, 2013 at 07:01:02PM +0200, Oleg Nesterov wrote:
> On 08/02, Alex Thorlton wrote:
> >
> > This patch implements functionality to allow processes to disable the use of
> > transparent hugepages through the prctl syscall.
> >
> > We've determined that some jobs perform significantly bet
On 8/5/13 2:09 AM, Xiao Guangrong wrote:
On 08/03/2013 04:05 AM, David Ahern wrote:
Signed-off-by: David Ahern
Cc: Arnaldo Carvalho de Melo
Cc: Ingo Molnar
Cc: Frederic Weisbecker
Cc: Peter Zijlstra
Cc: Jiri Olsa
Cc: Namhyung Kim
Cc: Xiao Guangrong
Cc: Runzhen Wang
---
tools/perf/buil
On 08/05, Felipe Contreras wrote:
>
> On Mon, Aug 5, 2013 at 8:29 AM, Oleg Nesterov wrote:
> >
> > Could you please run wine under strace
> >
> > strace -f -e ptrace -o LOG wine ...
> >
> > and show the result?
>
> Sure.
Thanks.
> Note that the crash might have happened some time before
On 8/5/13 1:53 AM, Xiao Guangrong wrote:
Hi David,
Thanks for your nice job! I got some questions.
On 08/03/2013 04:05 AM, David Ahern wrote:
static int kvm_events_hash_fn(u64 key)
{
return key & (EVENTS_CACHE_SIZE - 1);
@@ -472,7 +501,11 @@ static bool handle_end_event(struct per
On Mon, Aug 05, 2013 at 01:25:31PM +0530, Ashish Chavan wrote:
> On Mon, 2013-07-29 at 17:01 +0100, Mark Brown wrote:
> > Well, it's a very unusual hardware design choice to have multiple I2C
> > endpoints in a single physical chip.
> I hope to see more of such devices in near future.
There's pr
On Mon, Aug 5, 2013 at 9:04 AM, Rafael J. Wysocki wrote:
>> In my machine I think the issue is slightly different, I think _BCM is
>> failing, at least until enabling the _DOS thing, but at the end of the
>> day it's the same thing for the check; _BQC is always returning the
>> same value, and th
On Mon, Aug 05, 2013 at 04:27:44PM +0200, Laszlo Ersek wrote:
> I wouldn't call the design of SetVirtualAddressMap() braindead.
Ok, I've always wondered and you could probably shed some light on the
matter: why is SetVirtualAddressMap() a call-once only? Why can't I
simply call it again and update
nge "#dma-cells" to "<2>"
Applies to next-20130805
.../devicetree/bindings/dma/moxa,moxart-dma.txt| 21 +
drivers/dma/Kconfig| 7 +
drivers/dma/Makefile | 1 +
drivers/dma/mox
On Mon, Aug 05, 2013 at 11:38:14AM +0800, Jason Wang wrote:
> On 07/25/2013 04:54 PM, Jason Wang wrote:
> > We try to handle the hypervisor compatibility mode by detecting hypervisor
> > through a specific order. This is not robust, since hypervisors may
> > implement
> > each others features.
> >
On 08/05/2013 07:35 PM, Paolo Bonzini wrote:
I guess you'd want to carry this in the KVM tree or so - maybe in a
separate branch because it changes Xen as well?
It changes KVM host and guest side, XEN and common x86 spinlock code. I
think it would be best to merge common x86 spinlock bits and g
* Steven Rostedt wrote:
> Linus,
>
> Oleg Nesterov has been working hard in closing all the holes that can
> lead to race conditions between deleting an event and accessing an event
> debugfs file. This included a fix to the debugfs system (acked by Greg
> Kroah-Hartman). We think that all t
On Sun, Aug 04, 2013 at 08:45:16PM -0700, Linus Torvalds wrote:
> The patch looks right to me - we should pass in similar flags for the
> create case as for tmpfile to the filesystem.
>
> But let's make sure we're all on the same page. Al?
ACK. It used to happen as a side effect of O_CREAT being
On Mon, Aug 5, 2013 at 8:29 AM, Oleg Nesterov wrote:
> On 08/04, Felipe Contreras wrote:
>>
>> I found a regression while running all v3.11-rcX kernels; Starcract II
>> through wine crashes.
>
> Thanks... just to clarify, Starcract crashes, wine or kernel?
It's Starcraft. In fact, it detects the
Linus,
Oleg Nesterov has been working hard in closing all the holes that can
lead to race conditions between deleting an event and accessing an event
debugfs file. This included a fix to the debugfs system (acked by
Greg Kroah-Hartman). We think that all the holes have been patched and
hopefully
On Thu, Aug 01, 2013 at 05:49:53PM -0400, Tejun Heo wrote:
> cgroup is currently in the process of transitioning to using css
> (cgroup_subsys_state) as the primary handle instead of cgroup in
> subsystem API. For hierarchy iterators, this is beneficial because
>
> * In most cases, css is the onl
On 08/05/13 16:03, Borislav Petkov wrote:
> On Mon, Aug 05, 2013 at 03:39:31PM +0200, Laszlo Ersek wrote:
>> My question was: is my understanding correct that you only see this
>> problem with "-enable-kvm"? Because,
>>
>> On 08/01/13 18:49, Borislav Petkov wrote:
>>> so I'm seeing this funny thing
On Thu, Aug 01, 2013 at 05:49:50PM -0400, Tejun Heo wrote:
> cgroup is currently in the process of transitioning to using struct
> cgroup_subsys_state * as the primary handle instead of struct cgroup.
> Please see the previous commit which converts the subsystem methods
> for rationale.
>
> This p
On Fri, Aug 02, 2013 at 02:29:02PM -0700, Roy Franz wrote:
> The ARM kernel also has an EFI stub which works largely the same way
> as the x86 stub, so move the documentation out of x86 directory and
> update to reflect that it is generic, and add ARM specific text.
>
> Signed-off-by: Roy Franz
>
On Fri, Aug 02, 2013 at 02:29:07PM -0700, Roy Franz wrote:
> This patch adds EFI stub support for the ARM Linux kernel. The EFI stub
> operations similarly to the x86 stub: it is a shim between the EFI firmware
> and the normal zImage entry point, and sets up the environment that the
> zImage is e
> > On Mon, Aug 05, 2013 at 11:46:03AM +0200, Ingo Molnar wrote:
> > > Acked-by: Ingo Molnar
> > >
> > > I guess you'd want to carry this in the KVM tree or so - maybe in a
> > > separate branch because it changes Xen as well?
> >
> > It changes KVM host and guest side, XEN and common x86 spinlo
From: Rafael J. Wysocki
The create_dev label in acpi_create_platform_device() is not
necessary, because the if statement causing the jump to it to
happen may be rearranged to avoid that jump.
Rework the code accordingly (no functional changes should result
from that).
Signed-off-by: Rafael J. W
On Mon, Aug 05, 2013 at 03:39:31PM +0200, Laszlo Ersek wrote:
> My question was: is my understanding correct that you only see this
> problem with "-enable-kvm"? Because,
>
> On 08/01/13 18:49, Borislav Petkov wrote:
> > so I'm seeing this funny thing where an EFI region changes when we
> > enter
From: Rafael J. Wysocki
The list of physical devices corresponding to an ACPI device
object is walked by acpi_system_wakeup_device_seq_show() and
physical_device_enable_wakeup() without taking that object's
physical_node_lock mutex. Since each of those functions may be
run at any time as a resul
Commit-ID: 448ac44d561f0aba5baac54bac62fe40d07230b6
Gitweb: http://git.kernel.org/tip/448ac44d561f0aba5baac54bac62fe40d07230b6
Author: Jason Wang
AuthorDate: Thu, 25 Jul 2013 16:54:33 +0800
Committer: H. Peter Anvin
CommitDate: Mon, 5 Aug 2013 06:34:09 -0700
xen: Switch to use hypervis
Commit-ID: 9df56f19a500bea90d160be1bf77e4fbcd204d3f
Gitweb: http://git.kernel.org/tip/9df56f19a500bea90d160be1bf77e4fbcd204d3f
Author: Jason Wang
AuthorDate: Thu, 25 Jul 2013 16:54:35 +0800
Committer: H. Peter Anvin
CommitDate: Mon, 5 Aug 2013 06:35:33 -0700
x86: Correctly detect hyper
Commit-ID: 1085ba7f552d84aa8ac0ae903fa8d0cc2ff9f79d
Gitweb: http://git.kernel.org/tip/1085ba7f552d84aa8ac0ae903fa8d0cc2ff9f79d
Author: Jason Wang
AuthorDate: Thu, 25 Jul 2013 16:54:34 +0800
Committer: H. Peter Anvin
CommitDate: Mon, 5 Aug 2013 06:34:33 -0700
x86, kvm: Switch to use hyp
Commit-ID: 96e39ac0e9d18020c8c5a41b64b8fe86c26575ab
Gitweb: http://git.kernel.org/tip/96e39ac0e9d18020c8c5a41b64b8fe86c26575ab
Author: Jason Wang
AuthorDate: Thu, 25 Jul 2013 16:54:32 +0800
Committer: H. Peter Anvin
CommitDate: Mon, 5 Aug 2013 06:33:54 -0700
x86: Introduce hypervisor_c
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel,
I've stumbled on the following spew caused by a new BUG() added in "aio: fix
io_destroy() regression by using call_rcu()".
[ 9646.599640] kernel BUG at fs/aio.c:646!
[ 9646.600119] invalid opcode: [#1]
Hi,
wrt to $Subject, I get this with 3.10.5:
[4.342638] i915 :00:02.0: setting latency timer to 64
[4.409045] INFO: trying to register non-static key.
[4.409164] the code is fine but needs lockdep annotation.
[4.409278] turning off the locking correctness validator.
[4.409
On Sunday, August 04, 2013 09:19:56 AM Felipe Contreras wrote:
> On Sun, Aug 4, 2013 at 9:19 AM, Rafael J. Wysocki wrote:
> > On Sunday, August 04, 2013 01:42:49 AM Felipe Contreras wrote:
>
> >> Personally I think there are better ways to fix the code for the
> >> synthetic case than what you pa
* Gleb Natapov wrote:
> On Mon, Aug 05, 2013 at 11:46:03AM +0200, Ingo Molnar wrote:
> > Acked-by: Ingo Molnar
> >
> > I guess you'd want to carry this in the KVM tree or so - maybe in a
> > separate branch because it changes Xen as well?
>
> It changes KVM host and guest side, XEN and commo
On Mon, Aug 05, 2013 at 03:27:29PM +0200, Borislav Petkov wrote:
> On Mon, Aug 05, 2013 at 03:23:53PM +0200, Johannes Stezenbach wrote:
> > wrt to $Subject, I get this with 3.10.5:
> >
> > [4.342638] i915 :00:02.0: setting latency timer to 64
> > [4.409045] INFO: trying to register non
The error hanling and ret-from-loop look confusing and inconsistent.
- "retval >= 0" simply returns
- "!bprm->file" returns too but with read_unlock() because
binfmt_lock was already re-acquired
- "retval != -ENOEXEC || bprm->mm == NULL" does "break" and
relies on the same check after the m
A separate one-liner with the minor fix.
PROC_EVENT_EXEC reports the "exec" event, but this message
is sent at least twice if search_binary_handler() is called
by ->load_binary() recursively, say, load_script().
Move it to exec_binprm(), this is "depth == 0" code too.
Signed-off-by: Oleg Nestero
search_binary_handler() checks ->load_binary != NULL for no reason,
this method should be always defined. Turn this check into WARN_ON()
and move it into __register_binfmt().
Also, kill the function pointer. The current code looks confusing,
as if ->load_binary can go away after read_unlock(&binfm
A separate one-liner for better documentation.
It doesn't make sense to retry if request_module() fails to exec
/sbin/modprobe, add the additional "request_module() < 0" check.
However, this logic still doesn't look exactly right:
1. It would be better to check "request_module() != 0", the user
search_binary_handler() uses "for (try=0; try<2; try++)" to avoid
"goto" but the code looks too complicated and horrible imho. We
still need to check "try == 0" before request_module() and add the
additional "break" for !CONFIG_MODULES case.
Kill this loop and use a simple "bool need_retry" + "got
task_pid_nr_ns() and trace/ptrace code in the middle of the
recursive search_binary_handler() looks confusing and imho
annoying. We only need this code if "depth == 0", lets add
a simple helper which calls search_binary_handler() and does
trace_sched_process_exec() + ptrace_event().
The patch also
Nobody except search_binary_handler() should touch ->recursion_depth,
"int depth" buys nothing but complicates the code, kill it.
Probably we should also kill "fn" and the !NULL check, ->load_binary
should be always defined. And it can not go away after read_unlock()
or this code is buggy anyway.
When search_binary_handler() succeeds it does allow_write_access()
and fput(), then it clears bprm->file to ensure the caller will not
do the same.
We can simply move this code to exec_binprm() which is called only
once. In fact we could move this to free_bprm() and remove the same
code in do_exec
To remind, by discussion with Zach
fs-binfmts-add-a-name-field-to-the-binfmt-struct.patch
fs-binfmts-better-handling-of-binfmt-loops.patch
fs-binfmts-whitespace-fixes-with-scripts-cleanfile.patch
should be dropped. Zach is working on the new version on top of these
changes
On Mon, Aug 05, 2013 at 03:21:57PM +0200, Ralf Baechle wrote:
> On Mon, Aug 05, 2013 at 02:17:01PM +0100, James Hogan wrote:
>
> >
> > On 01/08/13 21:22, David Daney wrote:
> > > From: David Daney
> > >
> > > No code changes, just reflowing some comments and consistently using
> > > tabs and sp
Hi hpa,
I'm sorry but I don't quite following it.
On 08/05/2013 09:07 PM, H. Peter Anvin wrote:
On 08/01/2013 12:06 AM, Tang Chen wrote:
This patch-set aims to solve some problems at system boot time
to enhance memory hotplug functionality.
[Background]
The Linux kernel cannot migrate pages
On 08/05/13 15:02, Borislav Petkov wrote:
> On Mon, Aug 05, 2013 at 01:27:16PM +0200, Laszlo Ersek wrote:
>>> --- before 2013-07-31 22:20:52.316039492 +0200
>>> +++ after 2013-07-31 22:21:30.960731706 +0200
>>> @@ -9,7 +9,7 @@ efi: mem07: type=2, attr=0xf, range=[0x0
>>> efi: mem08: typ
On 08/04, Felipe Contreras wrote:
>
> I found a regression while running all v3.11-rcX kernels; Starcract II
> through wine crashes.
Thanks... just to clarify, Starcract crashes, wine or kernel?
> The culprit is fab840f (ptrace: PTRACE_DETACH
> should do flush_ptrace_hw_breakpoint(child)), I reve
Hello,
On 8/5/2013 3:09 PM, Bartlomiej Zolnierkiewicz wrote:
On Monday, August 05, 2013 08:16:40 PM Cho KyongHo wrote:
> > -Original Message-
> > From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com]
> > Sent: Saturday, August 03, 2013 2:14 AM
> >
> > Hi,
> >
> > On Friday, J
On Sun, Aug 04, 2013 at 10:45:00AM +0200, Pali Rohár wrote:
> Here is new version (v3) of omap secure part patch:
>
> Other secure functions omap_smc1() and omap_smc2() calling instruction smc #0
> but Nokia RX-51 board needs to call smc #1 for PPA access.
>
> Signed-off-by: Ivaylo Dimitrov
> Si
On Sun 04-08-13 05:17:21, Kirill A. Shutemov wrote:
> From: "Kirill A. Shutemov"
>
> truncate_inode_pages_range() drops whole huge page at once if it's fully
> inside the range.
>
> If a huge page is only partly in the range we zero out the part,
> exactly like we do for partial small pages.
>
On Mon, Aug 05, 2013 at 03:23:53PM +0200, Johannes Stezenbach wrote:
> wrt to $Subject, I get this with 3.10.5:
>
> [4.342638] i915 :00:02.0: setting latency timer to 64
> [4.409045] INFO: trying to register non-static key.
> [4.409164] the code is fine but needs lockdep annotation
Hi Rafael,
On 08/05/2013 09:26 PM, Rafael J. Wysocki wrote:
..
I think I understand what you're trying to achieve and I don't have objections
agaist the goal, but the matter is *how* to do that.
Why don't you do something like this:
(1) Introduce two new functions that will each do part of
On Fri, 2 Aug 2013, Benjamin Tissoires wrote:
> > Could you please elaborate? (and put an elaborate description to revert
> > commit log perhaps?)
>
> Sure, so here is the revert commit log:
>
> --
>
> Commit "HID: hid-logitech-dj, querying_devices was never set" activate
> a flag which guarant
On Mon, Aug 05, 2013 at 02:17:01PM +0100, James Hogan wrote:
>
> On 01/08/13 21:22, David Daney wrote:
> > From: David Daney
> >
> > No code changes, just reflowing some comments and consistently using
> > tabs and spaces. Object code is verified to be unchanged.
> >
> > Signed-off-by: David
Hi David,
On 01/08/13 21:22, David Daney wrote:
> From: David Daney
>
> No code changes, just reflowing some comments and consistently using
> tabs and spaces. Object code is verified to be unchanged.
>
> Signed-off-by: David Daney
> Acked-by: Ralf Baechle
> + /* Put the saved pointer
> -Original Message-
> From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com]
> Sent: Saturday, August 03, 2013 2:32 AM
>
> Hi,
>
> On Friday, July 26, 2013 08:30:17 PM Cho KyongHo wrote:
> > When a device driver is registered, all constructs to handle System MMU
> > is prepare
On Monday, August 05, 2013 09:33:32 AM Tang Chen wrote:
> Hi Rafael,
>
> On 08/02/2013 09:03 PM, Rafael J. Wysocki wrote:
> > On Friday, August 02, 2013 05:14:26 PM Tang Chen wrote:
> >> Besides the phys addr of the acpi tables, it will be very convenient if
> >> we also have the signature of each
On Monday, August 05, 2013 11:21:51 AM Tang Chen wrote:
> Hi Rafael,
>
> On 08/02/2013 09:00 PM, Rafael J. Wysocki wrote:
> ..
> >> This patch splits acpi_boot_table_init() into two steps:
> >> 1. Parse RSDT, which cannot be overrided, and initialize
> >> acpi_gbl_root_table_list. (step 1
On Mon, Aug 05, 2013 at 07:59:01AM -0500, Rob Herring wrote:
> On 08/05/2013 07:40 AM, Sascha Hauer wrote:
> > devicetrees may have a linux,stdout-path property in the chosen
> > node describing the console device. This adds a helper function
> > to match a device against this property so a driver
On 08/05/13 14:26, Jason Cooper wrote:
On Mon, Aug 05, 2013 at 10:53:41AM +0100, Mark Rutland wrote:
I'm not entirely sure on this. The property described is still true for
the device, even if the kernel's not using that information now. My
feeling would be to keep them, unless there's a plan to
On Monday, August 05, 2013 08:16:40 PM Cho KyongHo wrote:
> > -Original Message-
> > From: Bartlomiej Zolnierkiewicz [mailto:b.zolnier...@samsung.com]
> > Sent: Saturday, August 03, 2013 2:14 AM
> >
> > Hi,
> >
> > On Friday, July 26, 2013 08:28:19 PM Cho KyongHo wrote:
> > > Signed-off-b
On 08/01/2013 12:06 AM, Tang Chen wrote:
> This patch-set aims to solve some problems at system boot time
> to enhance memory hotplug functionality.
>
> [Background]
>
> The Linux kernel cannot migrate pages used by the kernel because
> of the kernel direct mapping. Since va = pa + PAGE_OFFSET, i
I seek your consent to present you as the next of kin to the account
of a deceased client for claims valued at Fourteen million, three
hundred thousand Pounds.
Contact me through my private email for details: halawani@ovi.com
Mr. Halawani, Azhar Abdulrahim.
Solicitors Legal Services Barr
On 08/05/2013 06:02 AM, Matt Fleming wrote:
> On Tue, 30 Jul, at 08:52:12PM, Ingo Molnar wrote:
>> Pulled into tip:x86/urgent, thanks Matt!
>
> Thanks Ingo.
>
> Any chance we can get this to Linus for -rc5? The ARM EFI boot stub
> patches depend on the bug fix in this pull request.
>
Yes, we sh
On 08/05/2013 09:38 AM, Prashant Gaikwad wrote:
> On Thursday 01 August 2013 02:34 AM, Stephen Warren wrote:
>> On 07/31/2013 11:42 AM, Tuomas Tynkkynen wrote:
>>> The lock bit on PLL_U does not seem to be working correctly and
>>> sometimes never gets set when waiting for the PLL to come up.
>>> R
On Monday, August 05, 2013 04:59:20 PM Yasuaki Ishimatsu wrote:
> (2013/08/05 13:00), Yasuaki Ishimatsu wrote:
> > (2013/08/04 9:37), Toshi Kani wrote:
> >> On Sat, 2013-08-03 at 03:01 +0200, Rafael J. Wysocki wrote:
> >>> On Friday, August 02, 2013 06:04:40 PM Toshi Kani wrote:
> On Sat, 2013
On Mon, Aug 05, 2013 at 01:27:16PM +0200, Laszlo Ersek wrote:
> > --- before 2013-07-31 22:20:52.316039492 +0200
> > +++ after 2013-07-31 22:21:30.960731706 +0200
> > @@ -9,7 +9,7 @@ efi: mem07: type=2, attr=0xf, range=[0x0
> > efi: mem08: type=7, attr=0xf,
> > range=[0x400
On Tue, 30 Jul, at 08:52:12PM, Ingo Molnar wrote:
> Pulled into tip:x86/urgent, thanks Matt!
Thanks Ingo.
Any chance we can get this to Linus for -rc5? The ARM EFI boot stub
patches depend on the bug fix in this pull request.
--
Matt Fleming, Intel Open Source Technology Center
--
To unsubscrib
On 08/05/2013 07:40 AM, Sascha Hauer wrote:
> devicetrees may have a linux,stdout-path property in the chosen
> node describing the console device. This adds a helper function
> to match a device against this property so a driver can call
> add_preferred_console for a matching device.
>
> Signed-o
On Thu, Aug 01, 2013 at 05:49:47PM -0400, Tejun Heo wrote:
> cgroup is transitioning to using css (cgroup_subsys_state) instead of
> cgroup as the primary subsystem handle. The cgroupfs file interface
> will be converted to use css's which requires finding out the
> subsystem from cftype so that t
Hi Linus,
please pull from the 'for-linus' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux.git for-linus
to receive the following updates:
Enable LZ4 compression for the kernel image, add the machine id for
the new zBC12 model, fix an issue with hanging dasd devices, c
On Thu, Aug 01, 2013 at 05:49:46PM -0400, Tejun Heo wrote:
> cgroup is currently in the process of transitioning to using struct
> cgroup_subsys_state * as the primary handle instead of struct cgroup *
> in subsystem implementations for the following reasons.
>
> * With unified hierarchy, subsyste
On Sun, 04 Aug 2013 16:40:58 +0100
Nix wrote:
> I just got this panic on 3.10.4, in the middle of a large parallel
> compilation (of Chromium, as it happens) over NFSv3:
>
> [16364.527516] BUG: unable to handle kernel NULL pointer dereference at
> 0008
> [16364.527571] IP: [] nlmcln
devicetrees may have the linux,stdout-path property to specify the
console. This patch adds support to the i.MX serial driver for this.
Signed-off-by: Sascha Hauer
---
drivers/tty/serial/imx.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/im
devicetrees may have a linux,stdout-path property in the chosen
node describing the console device. This adds a helper function
to match a device against this property so a driver can call
add_preferred_console for a matching device.
Signed-off-by: Sascha Hauer
---
drivers/of/base.c | 26 ++
The following adds a helper for matching the linux,stdout-path property
in the chosen node and makes use of it in the i.MX serial
This is a series originally created by me. It was hijacked and then abandoned
by Jean-Christophe for v5. I reverted the changes by Jean-Christophe since
they introduced
On Monday, August 05, 2013 07:29:09 AM Nishanth Menon wrote:
> minor nitpick.
> $subject: PM / OPP:
Those are things I can easily fix up when I'm applying the patch.
> On 08/03/2013 04:25 AM, Viresh Kumar wrote:
> > Export opp_add() so that modules can use it.
> >
> > Signed-off-by: Viresh Kumar
minor nitpick.
$subject: PM / OPP:
On 08/03/2013 04:25 AM, Viresh Kumar wrote:
Export opp_add() so that modules can use it.
Signed-off-by: Viresh Kumar
---
drivers/base/power/opp.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/base/power/opp.c b/drivers/base/power/opp.c
index
On Mon, Aug 05, 2013 at 10:53:41AM +0100, Mark Rutland wrote:
> On Sun, Aug 04, 2013 at 02:09:04AM +0100, Jason Cooper wrote:
> > DT Maintainers,
> >
> > It's been a week with no comment. Shall I assume it's ok to apply
> > this?
>
> Apologies for the delay, still catching up on binding review.
On Fri, 02 Aug, at 05:56:22PM, Leif Lindholm wrote:
> 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/p
Since e12d0271 ("nohz: Warn if the machine can not perform nohz_full")
Kernel triggers a WARN() in case sched clock is marked as unstable.
Make it output a proper Kconfig symbol (NO_HZ_FULL) when informing user
about this.
Signed-off-by: Jiri Kosina
---
kernel/time/tick-sched.c |2 +-
1 f
On Fri, 02 Aug, at 05:56:21PM, Leif Lindholm wrote:
> 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
> ---
> arch/ia64/kernel/efi.c | 54
> ++-
On Fri, 02 Aug, at 05:56:20PM, Leif Lindholm wrote:
> 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
> ---
We must init the delayed_work for codec-codec links
otherwise shutting down the DAI chain will fault when
calling flush_delayed_work_sync() on the linked DAI.
Signed-off-by: Richard Fitzgerald
---
sound/soc/soc-core.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff -
501 - 600 of 734 matches
Mail list logo