From: Steven Rostedt (Red Hat) rost...@goodmis.org
Have the enums used in __print_symbolic() by the trace_tlb_flush()
tracepoint exported to userpace such that they can be parsed by
userspace tools.
Cc: Dave Hansen d...@sr71.net
Signed-off-by: Steven Rostedt rost...@goodmis.org
---
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The tracepoints in the 9p code use a lot of enums for the __print_symbolic()
function. These enums are shown in the tracepoint format files, and user
space tools such as trace-cmd does not have the information to parse it.
Add helper macros to
On Fri, 03 Apr 2015 08:44:12 +0800, Hui Wang said:
It sounds like the suspend or resume of power management introduces this
problem. Probably you could reproduce this problem very soon just
repeatedly suspend and resume the system.
I don't do suspend on this laptop, I poweroff and reboot when
Don't only specify munmap(2) behavior with respect the hugetlb memory, all
other syscalls get naturally aligned to the native page size of the
processor. Rather, pick out munmap(2) as a specific example.
Signed-off-by: David Rientjes rient...@google.com
---
Documentation/vm/hugetlbpage.txt |
On Mon, Mar 30, 2015 at 04:04:37PM +0200, Gregory CLEMENT wrote:
On the Armada 370/XP SoCs, in standby mode the SoC stay powered and it
is possible to wake-up from any interrupt sources. This patch adds
flag to the MPIC irqchip driver to let linux know this.
Signed-off-by: Gregory CLEMENT
On Thu, Apr 2, 2015 at 3:36 PM, Yinghai Lu ying...@kernel.org wrote:
On Thu, Apr 2, 2015 at 3:12 PM, Yinghai Lu ying...@kernel.org wrote:
On Thu, Apr 2, 2015 at 10:23 AM, Yinghai Lu ying...@kernel.org wrote:
On Thu, Apr 2, 2015 at 9:31 AM, Peter Hurley pe...@hurleysoftware.com
wrote:
Would
Hi Robert,
On 04/02/2015 10:13 PM, Robert Baldyga wrote:
IRQ handler touches info-edev, so if interrupt occurs before extcon
device initialization it can cause NULL pointer dereference. Doing extcon
initialization before IRQ handler registration fixes this problem.
Signed-off-by: Robert
On Thu, 2015-04-02 at 23:49 +0200, Luis R. Rodriguez wrote:
On Sat, Mar 28, 2015 at 12:56:30AM +0100, Luis R. Rodriguez wrote:
On Fri, Mar 27, 2015 at 02:40:17PM -0600, Toshi Kani wrote:
On Fri, 2015-03-20 at 16:17 -0700, Luis R. Rodriguez wrote:
:
@@ -734,6 +742,7 @@ void __init
): undefined reference to `hwrng_register'
Signed-off-by: Randy Dunlap rdun...@infradead.org
---
drivers/usb/misc/Kconfig |1 +
1 file changed, 1 insertion(+)
--- linux-next-20150402.orig/drivers/usb/misc/Kconfig
+++ linux-next-20150402/drivers/usb/misc/Kconfig
@@ -258,6 +258,7 @@ config
From: Thomas Gleixner t...@linutronix.de
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the cleanup function
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Len Brown l...@kernel.org
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
drivers/idle/intel_idle.c |4 ++--
1
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Stephen Warren swar...@wwwdotorg.org
Cc: Thierry Reding thierry.red...@gmail.com
Cc: Alexandre Courbot gnu...@gmail.com
From: Thomas Gleixner t...@linutronix.de
clockevents_notify() is a leftover from the early design of the
clockevents facility. It's really not a notification mechanism, it's a
multiplex call. We are way better off to have explicit calls instead of this
monstrosity.
Split out the tick_handover
From: Thomas Gleixner t...@linutronix.de
Replace the clockevents_notify() call with an explicit function call.
Signed-off-by: Thomas Gleixner t...@linutronix.de
Cc: Tony Lindgren t...@atomide.com
Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
---
arch/arm/mach-omap2/cpuidle44xx.c |
From: Yinghai Lu ying...@kernel.org
Date: Thu, 2 Apr 2015 15:07:57 -0700
On Thu, Apr 2, 2015 at 1:37 PM, David Miller da...@davemloft.net wrote:
From: Yinghai Lu ying...@kernel.org
Date: Tue, 31 Mar 2015 19:57:46 -0700
Fix regression by commit d63e2e1f3df9 (sparc/PCI: Clip bridge windows to
On 04/01/2015 10:12 AM, Rik van Riel wrote:
On 03/31/2015 11:43 AM, Jens Axboe wrote:
That'd be easy enough to do, that's how blk-mq handles offline CPUs as
well. The attached patch is completely untested, but will handle offline
or nohz CPUs in the same fashion - they will punt to hardware
From: Steven Rostedt (Red Hat) rost...@goodmis.org
New code will require TRACE_SYSTEM to be a valid C variable name,
but some tracepoints have TRACE_SYSTEM with '-' and not '_', so
it can not be used. Instead, add a TRACE_SYSTEM_VAR that can
give the tracing infrastructure a unique name for the
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Normally the compiler will use the same pointer for a string throughout
the file. But there's no guarantee of that happening. Later changes will
require that all events have the same pointer to the system string.
Name the system string and have
From: Steven Rostedt (Red Hat) rost...@goodmis.org
Document the use of TRACE_DEFINE_ENUM() by adding enums to the
trace-event-sample.h and using this macro to convert them in the format
files.
Also update the comments and sho the use of __print_symbolic() and
__print_flags() as well as adding
From: Steven Rostedt (Red Hat) rost...@goodmis.org
New code will require TRACE_SYSTEM to be a valid C variable name,
but some tracepoints have TRACE_SYSTEM with '-' and not '_', so
it can not be used. Instead, add a TRACE_SYSTEM_VAR that can
give the tracing infrastructure a unique name for the
Thanks Rusty,
At Wed, 01 Apr 2015 11:59:39 +1030,
Rusty Russell wrote:
Hajime Tazaki taz...@sfc.wide.ad.jp writes:
the issue here is the decision between 'no-ops' and
'assert(false)' depends on the context. an auto-generated
mechanism needs some hand-written parameters I think.
Yes,
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The enums used in tracepoints for __print_symbolic() do not have their
values shown in the tracepoint format files and this makes it difficult
for user space tools to convert the binary values to the strings they
are to represent.
Add
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The enums used in the tracepoints for __print_symbolic() have their
names shown in the tracepoint format files. User space tools do not know
how to convert those names into their values to be able to convert the
binary data.
Use
From: Steven Rostedt (Red Hat) rost...@goodmis.org
The tracepoints that use __print_symbolic() use enums as the value
to convert to strings. Unfortunately, the format files for these
tracepoints show the enum name and not their value. This causes some
userspace tools not to know how to convert
Hi Brian,
This driver has not been reviewed completely. I will address your comments
and send next set of patches.
Thanks,
Punnaiah
On Fri, Apr 3, 2015 at 2:28 AM, Brian Norris
computersforpe...@gmail.com wrote:
I'm not following the review of the 'memory' portions much, but has this
gotten
kmap_atomic() gives only the page address of the input page.
Driver should take care of adding the offset of the scatterlist
within the page to the returned page address.
omap-sham driver is not adding the offset to page and directly operates
on the return vale of kmap_atomic(), because of which
Am Freitag, 27. März 2015, 03:09:09 schrieb Anand Moon:
This work depeds upon work done by Lukasz Majewski l.majew...@samsung.com
and Sjoerd Simons sjoerd.sim...@collabora.co.uk regarding the pwm-fan.
-Anand Moon
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc
* Denys Vlasenko dvlas...@redhat.com wrote:
On 04/02/2015 11:07 AM, Ingo Molnar wrote:
* Andy Lutomirski l...@kernel.org wrote:
When I wrote the opportunistic SYSRET code, I missed an important
difference between SYSRET and IRET. Both instructions are capable
of setting
'active_bases' indicates which clock-base have active timers. While it
is updated (almost) correctly, it is hardly used. Next commit will start
using it to make code more efficient, but before that we need to fix a
problem.
While removing hrtimers, in __remove_hrtimer():
- We first remove the
On Thu, 02 Apr 2015, Peter Griffin wrote:
Hi Lee,
On Fri, 27 Feb 2015, Lee Jones wrote:
Some hardware contains bunches of clocks which must never be
turned off. If drivers a) fail to obtain a reference to any
of these or b) give up a previously obtained reference
during suspend,
* Borislav Petkov b...@alien8.de wrote:
On Thu, Apr 02, 2015 at 01:07:13PM +0200, Ingo Molnar wrote:
So doesn't a 'nokaslr' boot option still make sense, to be able to
debug KASLR failures and such?
That's still parsed in arch/x86/boot/compressed/aslr.c
So was this duplication dead
On Thu, Apr 02, 2015 at 01:23:06AM -0700, Christoph Hellwig wrote:
The class ids are a hardware defintion, not a kernel API.
It's part of the API, it's used to decode values in this sysfs file:
/sys/bus/pci/devices/address/class
VFIO also made this part of it's kernel API.
Just use the
* Peter Zijlstra pet...@infradead.org wrote:
On Thu, Apr 02, 2015 at 12:42:27PM +0200, Ingo Molnar wrote:
So why not use a suitable CPU_DOWN* notifier for this, instead of open
coding it all into a random place in the hotplug machinery?
Because notifiers are crap? ;-) [...]
No doubt -
Commit-ID: f46481d0a7cb942b84145acb80ad43bdb1ff8eb4
Gitweb: http://git.kernel.org/tip/f46481d0a7cb942b84145acb80ad43bdb1ff8eb4
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 25 Mar 2015 13:11:04 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Commit-ID: 080873ce2d1abd8c0a2b8c87bfa0762546a6b713
Gitweb: http://git.kernel.org/tip/080873ce2d1abd8c0a2b8c87bfa0762546a6b713
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 25 Mar 2015 13:09:55 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Commit-ID: ec776ef6bbe1734c29cd6bd05219cd93b2731bd4
Gitweb: http://git.kernel.org/tip/ec776ef6bbe1734c29cd6bd05219cd93b2731bd4
Author: Christoph Hellwig h...@lst.de
AuthorDate: Wed, 1 Apr 2015 09:12:18 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015 17:02:43
Commit-ID: 9e853f2313e5eb163cb1ea461b23c2332cf6438a
Gitweb: http://git.kernel.org/tip/9e853f2313e5eb163cb1ea461b23c2332cf6438a
Author: Ross Zwisler ross.zwis...@linux.intel.com
AuthorDate: Wed, 1 Apr 2015 09:12:19 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Hello Krzysztof,
On 04/02/2015 10:06 AM, Krzysztof Kozlowski wrote:
Replace fixed parent with last parent (obtained with clk_get_parent())
of clocks for devices in mfc and disp power domains. This should improve
behavior if such clocks were reparented by the drivers and new parents
are
* Denys Vlasenko dvlas...@redhat.com wrote:
On 04/02/2015 01:14 PM, Brian Gerst wrote:
So I merged this as it's an obvious bugfix, but in hindsight I'm
really uneasy about the whole opportunistic SYSRET concept: it appears
that the chance that %rcx matches return-%rip is astronomical -
Commit-ID: 7ea24169097d3d3a3eab2dcc5773bc43fd5593e7
Gitweb: http://git.kernel.org/tip/7ea24169097d3d3a3eab2dcc5773bc43fd5593e7
Author: Andy Lutomirski l...@kernel.org
AuthorDate: Wed, 1 Apr 2015 14:26:34 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015 11:09:54
Commit-ID: c1797baf6880174f899ce3960d0598f5bbeeb7ff
Gitweb: http://git.kernel.org/tip/c1797baf6880174f899ce3960d0598f5bbeeb7ff
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 25 Mar 2015 13:07:37 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Commit-ID: db6f672ef11d7a3c5aa128a3c3e57c92580a25f7
Gitweb: http://git.kernel.org/tip/db6f672ef11d7a3c5aa128a3c3e57c92580a25f7
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 25 Mar 2015 13:08:27 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Commit-ID: 4ffee521f36390c7720d493591b764ca35c8030b
Gitweb: http://git.kernel.org/tip/4ffee521f36390c7720d493591b764ca35c8030b
Author: Thomas Gleixner t...@linutronix.de
AuthorDate: Wed, 25 Mar 2015 13:09:16 +0100
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Ian Kent ra...@themaw.net wrote:
+static struct umh_wq_entry *umh_wq_find_entry(int token)
+{
+ struct umh_wq_entry *this, *entry;
+ struct hlist_head *bucket;
+ unsigned int hash;
+
+ hash = hash_32((unsigned long) token, UMH_WQ_HASH_SHIFT);
+ bucket =
On 4 February 2015 at 19:30, Morten Rasmussen morten.rasmus...@arm.com wrote:
Several techniques for saving energy through various scheduler
modifications have been proposed in the past, however most of the
techniques have not been universally beneficial for all use-cases and
platforms. For
On 04/02/2015 05:42 PM, Ingo Molnar wrote:
* Peter Zijlstra pet...@infradead.org wrote:
On Thu, Apr 02, 2015 at 12:42:27PM +0200, Ingo Molnar wrote:
So why not use a suitable CPU_DOWN* notifier for this, instead of open
coding it all into a random place in the hotplug machinery?
Because
2015-04-02 14:29 GMT+02:00 Javier Martinez Canillas
javier.marti...@collabora.co.uk:
Hello Krzysztof,
On 04/02/2015 10:06 AM, Krzysztof Kozlowski wrote:
Using a fixed (by DTS) parent for clocks when turning on the power domain
may introduce issues in other drivers. For example when such
This adds support for SW breakpoints inserted by userspace.
We do this by trapping all BKPT exceptions in the
hypervisor (MDCR_EL2_TDE). The kvm_debug_exit_arch carries the address
of the exception. If user-space doesn't know of the breakpoint then we
have a guest inserted breakpoint and
Some utils, like dmidecode and smbios, need to access SMBIOS entry
table area in order to get information like SMBIOS version, size, etc.
Currently it's done via /dev/mem. But for situation when /dev/mem
usage is disabled, the utils have to use dmi sysfs instead, which
doesn't represent SMBIOS
This series adds SMBIOS entry point table and DMI table under
/sys/firmware/dmi/tables in order to use as an alternative to utilities
reading them from /dev/mem.
This is logical continuation of
[Patch] firmware: dmi_scan: split dmisubsystem from dmi-sysfs
https://lkml.org/lkml/2015/3/16/1070
The dmi-sysfs module adds DMI table structures entries under
/sys/firmware/dmi/entries only, so rename documentation file to
sysfs-firmware-dmi-entries as more appropriate. Without renaming it's
confusing to differ this from sysfs-firmware-dmi-tables that adds raw
DMI table and actually adds dmi
On Thu, Apr 02, 2015 at 02:12:47PM +0200, Ingo Molnar wrote:
Okay. I'll resurrect the fix with a hotplug_cpu__tick_pull() name -
agreed?
Sure.
Also, I improved the changelog (attached below), but decided
against applying it until these questions are cleared - please use
that for
The dmi_table function looks like data instance, but it does DMI
table decode. This patch renames it to dmi_decode_table name as
more appropriate. That allows us to use dmi_table name for correct
purposes.
Signed-off-by: Ivan Khoronzhuk ivan.khoronz...@globallogic.com
---
Ian Kent ra...@themaw.net wrote:
+
+ /* Namespace token */
+ int umh_token;
If you could put it after data_len so that all the smaller-than-wordsize
fields are together for better packing.
+ umh_wq_put_token(key-umh_token);
Does gc.c need an extra #include for this?
+
Hi Herbert,
On Wednesday 01 April 2015 07:48 PM, Herbert Xu wrote:
On Tue, Mar 31, 2015 at 09:52:23AM +0530, Lokesh Vutla wrote:
Commit 26a05489ee0e (crypto: omap-sham - Map SG pages if they are HIGHMEM
before accessing)
says that HIGHMEM pages may not be mapped so we must
kmap them before
On Tue, 2015-03-31 at 16:17 +0200, Alexander Larsson wrote:
On tis, 2015-03-31 at 17:08 +0300, James Bottomley wrote:
On Tue, 2015-03-31 at 06:59 -0700, Andy Lutomirski wrote:
I don't think that this is correct. That user can already create a
nested userns and map themselves as 0
On Sat, 28 Mar 2015 14:37:57 +0100
Marek Belisko ma...@goldelico.com wrote:
This patch changes the documentation file as needed.
Applied to the docs tree (with the changelog typo fixed).
Thanks,
jon
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Am 02.04.2015 um 12:35 schrieb Johan Hovold jo...@kernel.org:
On Thu, Apr 02, 2015 at 12:12:37PM +0200, Jonathan Corbet wrote:
On Sat, 28 Mar 2015 14:37:57 +0100
Marek Belisko ma...@goldelico.com wrote:
This patch changes the documentation file as needed.
Applied to the docs tree (with
On Thu, 02 Apr 2015, Geert Uytterhoeven wrote:
On Thu, Mar 26, 2015 at 8:38 PM, Lee Jones lee.jo...@linaro.org wrote:
On Thu, 26 Mar 2015, Geert Uytterhoeven wrote:
On Thu, Mar 26, 2015 at 2:51 PM, Lee Jones lee.jo...@linaro.org wrote:
On Wed, 25 Mar 2015, Geert Uytterhoeven wrote:
On
From: Wood Scott-B07421
Sent: Tuesday, March 31, 2015 10:07
To: Zhao Chenhui-B35336
Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188
Subject: Re: [3/4] powerpc: support CPU hotplug for
On 04/02/2015 04:12 PM, Ingo Molnar wrote:
* Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
It was found when doing a hotplug stress test on POWER, that the machine
either hit softlockups or rcu_sched stall warnings. The issue was
traced to commit 7cba160ad789a powernv/cpuidle: Redesign
On Thu, Apr 02, 2015 at 12:01:53PM +0300, Adrian Hunter wrote:
But personally I think the include approach is too ugly. I would just
add a function instead. Something like:
You've not stared at the kernel tracepoint code long enough ;-)
Something like so then?
---
Subject: perf, tools: Merge
On Fri, 03 Apr 2015, Ramakrishna Pallala wrote:
This patch adds the extcon support for AXP288 PMIC which
has the BC1.2 charger detection capability. Additionally
it also adds the USB mux switching support b/w SOC and PMIC
based on GPIO control.
Signed-off-by: Ramakrishna Pallala
Hi,
On Thu, Apr 2, 2015 at 4:01 AM, Javier Martinez Canillas
javier.marti...@collabora.co.uk wrote:
Hello Sylwester,
On 04/01/2015 07:31 PM, Sylwester Nawrocki wrote:
On 01/04/15 13:44, Javier Martinez Canillas wrote:
On 04/01/2015 01:03 PM, Sylwester Nawrocki wrote:
It's not clear what
The problem seems to be that if a new device is detected
while we have already removed the shared HCD, then many of the
xhci operations (e.g. xhci_alloc_dev(), xhci_setup_device())
hang as command never completes.
I don't think XHCI can operate without the shared HCD as we've
already called
Commit-ID: aae59fab978e143f24d22e52f075c4be3ee4e628
Gitweb: http://git.kernel.org/tip/aae59fab978e143f24d22e52f075c4be3ee4e628
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Tue, 31 Mar 2015 09:53:50 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: 5aa0b030e8d29d6719c144818814b519cfcb105c
Gitweb: http://git.kernel.org/tip/5aa0b030e8d29d6719c144818814b519cfcb105c
Author: David Ahern dsah...@gmail.com
AuthorDate: Mon, 30 Mar 2015 14:35:57 -0600
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 31 Mar
On 04/02/2015 01:14 PM, Brian Gerst wrote:
So I merged this as it's an obvious bugfix, but in hindsight I'm
really uneasy about the whole opportunistic SYSRET concept: it appears
that the chance that %rcx matches return-%rip is astronomical - this
is why this bug wasn't noticed live so far.
Commit-ID: 9870d7809575515e26194f4b3df1750872a6ee60
Gitweb: http://git.kernel.org/tip/9870d7809575515e26194f4b3df1750872a6ee60
Author: Arnaldo Carvalho de Melo a...@redhat.com
AuthorDate: Tue, 31 Mar 2015 12:48:16 -0300
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue,
Commit-ID: ca6c41c59b964d362823e80442e9e32c31106b29
Gitweb: http://git.kernel.org/tip/ca6c41c59b964d362823e80442e9e32c31106b29
Author: David Ahern dsah...@gmail.com
AuthorDate: Mon, 30 Mar 2015 14:35:58 -0600
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Tue, 31 Mar
Commit-ID: 4c9c0e919fef05b3bc6a8aff1db7a31b2ba4f4b6
Gitweb: http://git.kernel.org/tip/4c9c0e919fef05b3bc6a8aff1db7a31b2ba4f4b6
Author: Denys Vlasenko dvlas...@redhat.com
AuthorDate: Tue, 31 Mar 2015 19:00:04 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
Commit-ID: 6ba71b7617f1fa65f19bd34f4484a0694ef9a520
Gitweb: http://git.kernel.org/tip/6ba71b7617f1fa65f19bd34f4484a0694ef9a520
Author: Denys Vlasenko dvlas...@redhat.com
AuthorDate: Tue, 31 Mar 2015 19:00:05 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
In the OTG case, the controller might not yet have been
added or is removed before the system suspends.
Assign xhci-main_hcd during probe to prevent NULL
pointer de-reference in xhci_suspend/resume().
Use the hcd-state flag to check if HCD is halted
and if that is so do nothing for
Commit-ID: 4399c03c6780ed75fa26e09a7b3a175b3aac5760
Gitweb: http://git.kernel.org/tip/4399c03c6780ed75fa26e09a7b3a175b3aac5760
Author: Bandan Das b...@redhat.com
AuthorDate: Tue, 31 Mar 2015 16:43:17 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015 10:47:57 +0200
Commit-ID: 4416c5a6dac55378e7011f9c8720d2a7470f
Gitweb: http://git.kernel.org/tip/4416c5a6dac55378e7011f9c8720d2a7470f
Author: Denys Vlasenko dvlas...@redhat.com
AuthorDate: Tue, 31 Mar 2015 19:00:03 +0200
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Wed, 1 Apr 2015
* Rafael J. Wysocki r...@rjwysocki.net wrote:
Hi,
This is the next batch of patches from Thomas that remove
clockevents_notify().
I've reordered the set (to put more stratightforward things to the front) and
rebased it on top of the timers material currently queued up for 4.1.
This
On 04/02/2015 11:07 AM, Ingo Molnar wrote:
* Andy Lutomirski l...@kernel.org wrote:
When I wrote the opportunistic SYSRET code, I missed an important
difference between SYSRET and IRET. Both instructions are capable
of setting EFLAGS.TF, but they behave differently when doing so.
IRET
This doesn't look right and it doesn't have a changelog explainly the
weirdness.
regards,
dan carpenter
--
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
From: Wood Scott-B07421
Sent: Tuesday, March 31, 2015 9:10
To: Zhao Chenhui-B35336
Cc: linuxppc-...@lists.ozlabs.org; devicet...@vger.kernel.org;
linux-kernel@vger.kernel.org; Jin Zhengxiong-R64188
Subject: Re: [1/4] powerpc/cache: add cache flush
On 03/26/2015 12:29 PM, John Stultz wrote:
On Thu, Mar 26, 2015 at 4:31 AM, Prarit Bhargava pra...@redhat.com wrote:
On 03/25/2015 07:44 PM, John Stultz wrote:
+ printf(%-22s %s missing CAP_WAKE_ALARM?:
[UNSUPPORTED]\n,
+
On Thu, Apr 02, 2015 at 12:12:37PM +0200, Jonathan Corbet wrote:
On Sat, 28 Mar 2015 14:37:57 +0100
Marek Belisko ma...@goldelico.com wrote:
This patch changes the documentation file as needed.
Applied to the docs tree (with the changelog typo fixed).
This patch was incorrect and needed
gcov profiling if enabled with other heavy compile-time
instrumentation like KASan could trigger following softlockups:
[ 72.460059] NMI watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
[swapper/0:1]
[ 72.460068] Modules linked in:
[ 72.460068] irq event stamp: 22823276
[ 72.460068]
Initialize the device time (if it is wrong) before registering RTC
device to fix following error message during rtc-s3c probe:
[2.215414] rtc (null): read_time: fail to read
[2.216322] s3c-rtc 1007.rtc: rtc core: registered s3c as rtc1
Signed-off-by: Krzysztof Kozlowski
* Borislav Petkov b...@alien8.de wrote:
--- a/arch/x86/kernel/module.c
+++ b/arch/x86/kernel/module.c
@@ -33,6 +33,7 @@
#include asm/page.h
#include asm/pgtable.h
+#include asm/setup.h
#if 0
#define DEBUGP(fmt, ...) \
@@ -47,21 +48,13 @@ do {
On Thu, Mar 19, 2015 at 01:36:25PM +0800, Li, Zhen-Hua wrote:
+#ifdef CONFIG_CRASH_DUMP
+ if (is_kdump_kernel())
+ __iommu_update_old_root_entry(iommu, bus);
+#endif
All the is_kdump_kernel checks in this patch (and maybe in other patches
too) should really be
On 30/03/15 15:03, Ioan Nicu wrote:
Probe deferral is not an error case. It happens only when
the necessary dependencies are not there yet.
The driver core is already printing a message when a driver
requests probe deferral, so this can be traced in the logs
without these error prints.
we are dereferencing pcm first then checking pcm. instead now lets put
them in same if condition so that pcm is checked first.
Signed-off-by: Sudip Mukherjee su...@vectorindia.org
---
sound/pci/hda/hda_codec.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git
On Thu, Apr 02, 2015 at 01:07:13PM +0200, Ingo Molnar wrote:
So doesn't a 'nokaslr' boot option still make sense, to be able to
debug KASLR failures and such?
That's still parsed in arch/x86/boot/compressed/aslr.c
+ if (kaslr_enabled())
+ pr_emerg(Kernel Offset: 0x%lx from
* Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
On 04/02/2015 04:12 PM, Ingo Molnar wrote:
* Preeti U Murthy pre...@linux.vnet.ibm.com wrote:
It was found when doing a hotplug stress test on POWER, that the machine
either hit softlockups or rcu_sched stall warnings. The issue
AS == Alexander Sverdlin alexander.sverd...@nokia.com writes:
Hi,
AS On 30/03/15 15:03, Ioan Nicu wrote:
Probe deferral is not an error case. It happens only when
the necessary dependencies are not there yet.
The driver core is already printing a message when a driver
requests probe
On Thu, Apr 02, 2015 at 01:29:30PM +0200, Ingo Molnar wrote:
So was this duplication dead code in essence?
See e2b32e678513.
Looks like it was parsing the cmdline option for a second time in the
kernel proper (vs first one which we still parse in the compressed
kernel).
hpa said that we
On Thu, Apr 02, 2015 at 12:42:27PM +0200, Ingo Molnar wrote:
So why not use a suitable CPU_DOWN* notifier for this, instead of open
coding it all into a random place in the hotplug machinery?
Because notifiers are crap? ;-) Its entirely impossible to figure out
what's happening to core code in
As xhci_hcd is now allocated by usb_create_hcd(), we don't
need to add the primary HCD before creating the shared HCD.
Creating the shared HCD before adding the primary HCD is particularly
useful for the OTG use case so that we know at the OTG core if
the HCD is in single configuration or dual
Commit-ID: 6ab2b762befd192b90704c5c7898f5abf8ebb387
Gitweb: http://git.kernel.org/tip/6ab2b762befd192b90704c5c7898f5abf8ebb387
Author: Jiri Olsa jo...@redhat.com
AuthorDate: Sat, 28 Mar 2015 11:30:30 +0100
Committer: Arnaldo Carvalho de Melo a...@redhat.com
CommitDate: Mon, 30 Mar 2015
Commit-ID: d9847d310ab4003725e6ed1822682e24bd406908
Gitweb: http://git.kernel.org/tip/d9847d310ab4003725e6ed1822682e24bd406908
Author: Alexei Starovoitov a...@plumgrid.com
AuthorDate: Wed, 25 Mar 2015 12:49:21 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015
Commit-ID: 9811e35359d4b18baf5bb603b225e957255b9c46
Gitweb: http://git.kernel.org/tip/9811e35359d4b18baf5bb603b225e957255b9c46
Author: Alexei Starovoitov a...@plumgrid.com
AuthorDate: Wed, 25 Mar 2015 12:49:26 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015
Commit-ID: 2541517c32be2531e0da59dfd7efc1ce844644f5
Gitweb: http://git.kernel.org/tip/2541517c32be2531e0da59dfd7efc1ce844644f5
Author: Alexei Starovoitov a...@plumgrid.com
AuthorDate: Wed, 25 Mar 2015 12:49:20 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015
Commit-ID: 5c7fc2d27d004f28f3a94b35edd40e68f779e35a
Gitweb: http://git.kernel.org/tip/5c7fc2d27d004f28f3a94b35edd40e68f779e35a
Author: Alexei Starovoitov a...@plumgrid.com
AuthorDate: Wed, 25 Mar 2015 12:49:25 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015
Commit-ID: 9c959c863f8217a2ff3d7c296e8223654d240569
Gitweb: http://git.kernel.org/tip/9c959c863f8217a2ff3d7c296e8223654d240569
Author: Alexei Starovoitov a...@plumgrid.com
AuthorDate: Wed, 25 Mar 2015 12:49:22 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015
Commit-ID: d822a192684912c80950d28a0b7adc96261e957c
Gitweb: http://git.kernel.org/tip/d822a192684912c80950d28a0b7adc96261e957c
Author: Alexei Starovoitov a...@plumgrid.com
AuthorDate: Wed, 25 Mar 2015 12:49:24 -0700
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Thu, 2 Apr 2015
1201 - 1300 of 1818 matches
Mail list logo