On Thursday 08 August 2013 09:38 AM, Aruna Balakrishnaiah wrote:
Hi Tony,
On Thursday 08 August 2013 03:52 AM, Tony Luck wrote:
On Tue, Aug 6, 2013 at 10:35 PM, Tony Luck tony.l...@gmail.com wrote:
ERST is at the whim of the BIOS writer (the ACPI standard doesn't provide any
suggestions on
In the initial case when no reg_defaults values are
provided and no register value was added to the cache
yet, the cache_present bitmap is NULL. If this function
is invoked for any register it should return false
(i.e. the register is not cached) instead of true.
Signed-off-by: Ionut Nicu
On Fri, Aug 09, 2013 at 12:05:58PM +0200, Lars-Peter Clausen wrote:
On 08/09/2013 11:34 AM, Sebastian Hesselbarth wrote:
I do understand there may be SoCs requiring sophisticated extra audio
nodes, but Marvell SoCs don't. I prefer having a single node for the
i2s controller *and* exploit
Hi,
Currently zbud pages are not movable and they cannot be allocated from CMA
region. These patches try to address the problem by:
1. Adding a new form of reclaim of zbud pages.
2. Reclaiming zbud pages during migration and compaction.
3. Allocating zbud pages with __GFP_RECLAIMABLE flag.
This
Move out the code for unusing swap entries from loop in try_to_unuse()
to separate function: try_to_unuse_swp_entry(). Export this new function
in swapfile.h just like try_to_unuse() is exported.
This new function will be used for unusing swap entries from subsystems
(e.g. zswap).
Signed-off-by:
Reclaim zbud pages during migration and compaction by unusing stored
data. This allows adding__GFP_RECLAIMABLE flag when allocating zbud
pages and effectively CMA pool can be used for zswap.
zbud pages are not movable and are not stored under any LRU (except
zbud's LRU). PageZbud flag is used in
On Tue, Jul 30, 2013 at 06:18:57PM +0900, Namhyung Kim wrote:
This patchset implements a front-end tool for kernel's ftrace. It
uses function_graph tracer by default and normal function tracer is
also supported. (Of course you need to enable those tracers in your
kernel first.)
v4
Currently zbud pages do not have any flags set so it is not possible to
identify them during migration or compaction.
Implement PageZbud() by comparing page-_mapcount to -127 to distinguish
pages allocated by zbud. Just like PageBuddy() is implemented.
Signed-off-by: Krzysztof Kozlowski
(2013/08/09 17:45), Namhyung Kim wrote:
From: Namhyung Kim namhyung@lge.com
Enable to fetch other types of argument for the uprobes. IOW, we can
access stack, memory, deref, bitfield and retval from uprobes now.
Could you also add more detail descriptions about what syntax
uprobe-event
Use page reference counter for zbud pages. The ref counter replaces
zbud_header.under_reclaim flag and ensures that zbud page won't be freed
when zbud_free() is called during reclaim. It allows implementation of
additional reclaim paths.
The page count is incremented when:
- a handle is created
On Tue, Jul 30, 2013 at 06:18:57PM +0900, Namhyung Kim wrote:
This patchset implements a front-end tool for kernel's ftrace. It
uses function_graph tracer by default and normal function tracer is
also supported. (Of course you need to enable those tracers in your
kernel first.)
v4
Signed-off-by: Gu Zheng guz.f...@cn.fujitsu.com
---
fs/f2fs/data.c|1 -
fs/f2fs/node.c|1 -
fs/f2fs/segment.c |4
fs/f2fs/super.c |1 -
4 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
index a7eb529..ea3cb29 100644
---
On Fri, Aug 02, 2013 at 06:29:54PM +0200, Frederic Weisbecker wrote:
When we fail to allocate the callchain buffers, we rollback the refcount
we did and return from get_callchain_buffers().
However we take the refcount and allocate under the callchain lock
but the rollback is done outside
On Fri, Aug 09, 2013 at 09:57:00AM +0400, Alexander Shiyan wrote:
Instead of adding the support of regulators in each device, let's think about
whether it is possible to create a global regulator for any device on the I2C
bus.
I see it like this:
We add an extra field in the i2c_board_info
On Fri, 9 Aug 2013 10:43:40 +0100
Russell King - ARM Linux li...@arm.linux.org.uk wrote:
Note that we do have another case not yet in tree, which is DRM, but
this case is different from that, because ASoC can cope with components
with independent initialisation.
No sure!
Sometimes, with the
On 01/08/13 15:26, Andres Lagar-Cavilla wrote:
From: Andres Lagar-Cavilla and...@lagarcavilla.org
When a foreign mapper attempts to map guest frames that are paged out,
the mapper receives an ENOENT response and will have to try again
while a helper process pages the target frame back in.
On Fri, Aug 09, 2013 at 12:25:15PM +0200, Jiri Olsa wrote:
On Tue, Jul 30, 2013 at 06:18:57PM +0900, Namhyung Kim wrote:
This patchset implements a front-end tool for kernel's ftrace. It
uses function_graph tracer by default and normal function tracer is
also supported. (Of course you
On Fri, Aug 02, 2013 at 06:29:55PM +0200, Frederic Weisbecker wrote:
Freq events may not always be affine to a particular CPU. As such,
account_event_cpu() may crash if we account per cpu a freq event
that has event-cpu == -1.
To solve this, lets account freq events globally. In practice
On Fri, Aug 9, 2013 at 7:25 PM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Dear Dave,
Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie:
[…]
The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linux 3.11-rc4 (2013-08-04 13:46:46 -0700)
are
Russell King - ARM Linux li...@arm.linux.org.uk writes:
struct device {
...
u64 *dma_mask; /* dma mask (if dma'able device) */
^^
If dma-able device gives a clue. It is now the
Hi Linus,
Here are hopefully the last fbdev fixes for 3.11.
Tomi
The following changes since commit 7808e3291e1e101e9ad6e8263119c4a2abae05ef:
video: sh7760fb: fix to pass correct device identity to free_irq()
(2013-07-29 11:25:03 +0300)
are available in the git repository at:
On Fri, Aug 09, 2013 at 03:29:27PM +0800, Axel Lin wrote:
Move regulator_list_voltage_{linear,linear_range,table} helper functions to
helpers.c.
Applied, thanks.
signature.asc
Description: Digital signature
Hi
Here are some fixes and tweaks to perf tools (version 10).
Changes in V10:
Re-based on:
perf/core branch of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git
commit 207353be1574027c151609a31167ac5919a056c8: perf tools:
Remove filter
Sample types need not be identical to determine
the sample id from the event. Only the position
of the sample id needs to be the same.
Compatible sample types are ones in which the bits
defined by PERF_COMPAT_MASK are the same.
'perf_evlist__config()' forces sample types to be
compatible on that
Add a new parameter for 'pid' to machine__findnew_thread().
Change callers to pass 'pid' when it is known.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Acked-by: David Ahern dsah...@gmail.com
---
tools/perf/builtin-inject.c | 2 +-
tools/perf/builtin-kmem.c | 3 ++-
Now that the sample parsing correctly checks data sizes
there is no reason for it to be done again for callchains.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/callchain.c | 8
tools/perf/util/callchain.h | 5 -
tools/perf/util/session.c | 20
Add perf_event__sample_event_size() which can be used when
synthesizing sample events to determine how big the resulting
event will be, and therefore how much memory to allocate.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/event.h | 2 ++
tools/perf/util/evsel.c |
Enable parsing of samples with sample format bit
PERF_SAMPLE_IDENTFIER. In addition, if the kernel supports
it, prefer it to selecting PERF_SAMPLE_ID thereby avoiding
the need to force compatible sample types.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
perf_evlist__config() must be moved to a separate source
file to avoid Python link errors when adding support for
PERF_SAMPLE_IDENTIFIER.
It is appropriate to do this because perf_evlist__config()
is a helper function for event recording. It is used by
tools to apply recording options to
Expand perf_event__synthesize_sample() to handle all
sample format bits.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 4 +-
tools/perf/util/event.h | 1 +
tools/perf/util/evsel.c | 94 -
3 files
Add a test that checks that sample parsing is correctly
implemented.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/Makefile | 1 +
tools/perf/tests/builtin-test.c | 4 +
tools/perf/tests/sample-parsing.c | 313 ++
On 08/08/13 18:11, Sören Brinkmann wrote:
Hi Daniel,
On Thu, Aug 01, 2013 at 07:48:04PM +0200, Daniel Lezcano wrote:
On 08/01/2013 07:43 PM, Sören Brinkmann wrote:
On Thu, Aug 01, 2013 at 07:29:12PM +0200, Daniel Lezcano wrote:
On 08/01/2013 01:38 AM, Sören Brinkmann wrote:
On Thu, Aug 01,
struct ip_event assumes fixed positions for ip, pid
and tid. That is no longer true with the addition of
PERF_SAMPLE_IDENTIFIER. The information is anyway in
struct sample, so use that instead.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/builtin-inject.c | 4 ++--
The size of data retrieved from a sample event must be
validated to ensure it does not go past the end of the
event. That was being done sporadically and without
considering integer overflows.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/evsel.c | 112
The event stream is not always parsable because the format of a sample
is dependent on the sample_type of the selected event. When there
is more than one selected event and the sample_types are not the
same then parsing becomes problematic. A sample can be matched to its
selected event using the
Record pid on struct thread. The member is named 'pid_'
to avoid confusion with the 'tid' member which was previously
named 'pid'.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
Acked-by: David Ahern dsah...@gmail.com
---
tools/perf/util/machine.c | 16 +++-
On Fri, Aug 09, 2013 at 12:34:11PM +0200, Krzysztof Hałasa wrote:
Russell King - ARM Linux li...@arm.linux.org.uk writes:
struct device {
...
u64 *dma_mask; /* dma mask (if dma'able device) */
Am 09.08.2013 11:25, schrieb Paul Menzel:
Dear Dave,
Am Freitag, den 09.08.2013, 05:53 +0100 schrieb Dave Airlie:
[…]
The following changes since commit c095ba7224d8edc71dcef0d655911399a8bd4a3f:
Linux 3.11-rc4 (2013-08-04 13:46:46 -0700)
are available in the git repository at:
It is useful to see the arguments to perf_event_open
and whether the perf events ring buffer was mmapped
per-cpu or per-thread. That information will now be
displayed when verbose is 2 i.e option -vv
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/evlist.c | 3 +++
On Fri, Aug 09, 2013 at 09:57:00AM +0400, Alexander Shiyan wrote:
Instead of adding the support of regulators in each device, let's think
about
whether it is possible to create a global regulator for any device on the
I2C bus.
I see it like this:
We add an extra field in the
On Fri, Aug 09, 2013 at 03:23:31PM +0800, Wei Ni wrote:
On 08/08/2013 07:01 PM, Mark Brown wrote:
You shouldn't just be ignoring errors here, though there are deployment
difficulties with making sure a stub regulator is provided. These
should be getting easier after the next merge window,
Whenever I see rewrite in the subject, my first reaction is to
start typing, Please break this big patch up into a series of small
patches. In this case, I guess it's hard to do that so you're ok.
I do wish you had put the variable renaming into a separate patch
though.
On Fri, Aug 09, 2013 at
On Thu, Aug 08, 2013 at 06:22:36PM +0100, Stephen Boyd wrote:
On 08/08/13 10:16, Mark Rutland wrote:
On Thu, Aug 08, 2013 at 06:11:26PM +0100, Sören Brinkmann wrote:
Hi Daniel,
On Thu, Aug 01, 2013 at 07:48:04PM +0200, Daniel Lezcano wrote:
On 08/01/2013 07:43 PM, Sören Brinkmann wrote:
On 08/09/13 11:43, Russell King - ARM Linux wrote:
On Fri, Aug 09, 2013 at 11:34:30AM +0200, Sebastian Hesselbarth wrote:
I do understand there may be SoCs requiring sophisticated extra audio
nodes, but Marvell SoCs don't. I prefer having a single node for the
i2s controller *and* exploit the
On Fri, Aug 09, 2013 at 03:36:37AM -0400, Matthew Garrett wrote:
kexec permits the loading and execution of arbitrary code in ring 0, which
is something that module signing enforcement is meant to prevent. It makes
sense to disable kexec in this situation.
But in the process we wipe out
On Fri, Aug 09, 2013 at 02:50:11PM +0400, Alexander Shiyan wrote:
This would need to be an array of supplies, relatively few devices need
only a single power supply. This is also not something that should be
handled in I2C, power is not something that's uniquely needed by devices
on an
Jan Kara wrote:
On Thu 08-08-13 11:45:05, Kirill A. Shutemov wrote:
From 35ba5687ea7aea98645da34ddd0be01a9de8b32d Mon Sep 17 00:00:00 2001
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Date: Wed, 9 Jan 2013 13:25:47 +0200
Subject: [PATCH] radix-tree: implement preload for
On Fri, 9 Aug 2013, Alexander Holler wrote:
=
[ INFO: inconsistent lock state ]
3.10.5-dockstar-00038-g03242d1-dirty #408 Not tainted
-
inconsistent {HARDIRQ-ON-W} - {IN-HARDIRQ-W} usage.
swapper/0 [HC1[1]:SC0[0]:HE0:SE1]
On 08/02/2013 03:50 AM, Russell King wrote:
We need to start treating DMA masks as something which is specific to
the bus that the device resides on, otherwise we're going to hit all
sorts of nasty issues with LPAE and 32-bit DMA controllers in 32-bit
systems, where memory is offset from PFN
On Fri 09-08-13 14:13:51, Kirill A. Shutemov wrote:
Jan Kara wrote:
On Thu 08-08-13 11:45:05, Kirill A. Shutemov wrote:
From 35ba5687ea7aea98645da34ddd0be01a9de8b32d Mon Sep 17 00:00:00 2001
From: Kirill A. Shutemov kirill.shute...@linux.intel.com
Date: Wed, 9 Jan 2013 13:25:47 +0200
On Fri, Aug 09, 2013 at 01:01:24PM +0200, Sebastian Hesselbarth wrote:
And that is *the only thing* that keeps bugging me in Mark's replies -
he *insists* on having that virtual audio nodes. I have nothing against
it, except it should be *required* for every DT we have. DRM doesn't
_need_ it,
Russell King - ARM Linux li...@arm.linux.org.uk writes:
No. If dma_mask is NULL, then dma_set_mask() will return -EIO no matter
what. If dma_mask is non-NULL, dma_set_mask() will succeed if the mask
is supported by the hardware. For example, on x86:
and this is the same pattern we
On Thu, Aug 08, 2013 at 11:54:49PM +0200, Yann E. MORIN wrote:
Stephen, All,
On 2013-08-08 21:16 +0200, Yann E. MORIN spake thusly:
On 2013-08-08 10:36 +1000, Stephen Rothwell spake thusly:
On Thu, 8 Aug 2013 10:22:28 +1000 Stephen Rothwell s...@canb.auug.org.au
wrote:
More
On Fri, Aug 09, 2013 at 12:09:11PM +0200, Ionut Nicu wrote:
As opposed to the other regmap cache implementations,
regcache_flat didn't use the cache_present bitmap for
figuring out whether a register was cached or not, nor
did it mark a register as present in the cache when
On Fri, Aug 09, 2013 at 12:09:15PM +0200, Ionut Nicu wrote:
In the initial case when no reg_defaults values are
provided and no register value was added to the cache
yet, the cache_present bitmap is NULL. If this function
is invoked for any register it should return false
(i.e. the register
On Fri, Aug 09, 2013 at 12:09:20PM +0200, Ionut Nicu wrote:
The regmap_writeable() check should not be done in
regcache_write() because this prevents read-only
registers to be cached. After a read on a read-only
register its value will not be stored in the cache
and the next time someone will
Il 01/08/2013 22:22, David Daney ha scritto:
From: David Daney david.da...@cavium.com
These shouldn't be too controversial, they just clean things up
without changing the generated code.
More substantial patches will follow, but it seemed like a good idea
to clean this up first.
David
A typo was introduced when merging the security-fixes branch which made the
comparison an assignment.
---
arch/arm/kernel/process.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c
index 536c85f..94f6b05 100644
---
Adjust diffconfig to run cleanly on Python 3 (Tested with 3.3.2) and
Python 2 (2.7.5)
Signed-off-by: Johannes Thumshirn johannes.thumsh...@men.de
---
scripts/diffconfig | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/diffconfig
Josef Bacik jba...@fusionio.com writes:
So stripe_len shouldn't be 0, if it is you have bigger problems :).
The bigger problem is that stripe_nr is u64, this is completely bogus.
The first operand of do_div must be u32. This goes through the whole
file.
Andreas.
--
Andreas Schwab,
Andreas Schwab sch...@linux-m68k.org writes:
Josef Bacik jba...@fusionio.com writes:
So stripe_len shouldn't be 0, if it is you have bigger problems :).
The bigger problem is that stripe_nr is u64, this is completely bogus.
The first operand of do_div must be u32. This goes through the
Hi Johannes.
Can you please resnd and include Michal Marek + kbuild mailing list.
Both are added to this mail so you have the addresses.
Sam
On Fri, Aug 09, 2013 at 02:27:02PM +0200, Johannes Thumshirn wrote:
Adjust diffconfig to run cleanly on Python 3 (Tested with 3.3.2) and
Python
On Thu, Aug 08, 2013 at 12:56:44PM +0200, Iker Pedrosa wrote:
Checking the return of dev_alloc_skb as stated in the following
bug: https://bugzilla.kernel.org/show_bug.cgi?id=60401
Using bugzilla to report these sorts of bugs is a bit awkward.
Normally we would try to give credit for bug
On 08/09/2013 04:34 AM, H. Peter Anvin wrote:
Okay, I figured it out.
One of several problems with the formatting of this patchset is that it
has one- and two-digit patch numbers in the headers, which meant that my
scripts tried to apply patch 10 first.
My bad. I 'll send out in uniform
On Fri, Aug 09, 2013 at 06:20:02PM +0530, Raghavendra K T wrote:
On 08/09/2013 04:34 AM, H. Peter Anvin wrote:
Okay, I figured it out.
One of several problems with the formatting of this patchset is that it
has one- and two-digit patch numbers in the headers, which meant that my
scripts
On 08/09/2013 06:30 PM, Konrad Rzeszutek Wilk wrote:
My bad. I 'll send out in uniform digit form next time.
If you use 'git format-patch --subject-prefix PATCH V14 v3.11-rc4..'
and 'git send-email --subject [PATCH V14] bla blah ..'
that should be automatically taken care of?
Thanks
On 08/09/2013 06:34 AM, H. Peter Anvin wrote:
The kbuild test bot is reporting some pretty serious errors for this
patchset. I think these are serious enough that the patchset will need
to be respun.
There were two problems:
(1) we were including spinlock_types.h in
Adjust diffconfig to run cleanly on Python 3 (Tested with 3.3.2) and
Python 2 (2.7.5)
Signed-off-by: Johannes Thumshirn johannes.thumsh...@men.de
---
scripts/diffconfig | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/scripts/diffconfig
On Fri, Aug 09, 2013 at 12:39:40PM +0100, Mark Brown wrote:
So extend Morimoto-san's work on the simple card for this - that's what
it's there for, it's doing exactly this job for non-DT systems but it
just didn't get DT support added yet. All the trivial cards should end
up using this.
It's
On 08/08, Linus Torvalds wrote:
On Thu, Aug 8, 2013 at 12:17 PM, Oleg Nesterov o...@redhat.com wrote:
and as far as I can tell we have proper barriers for those (the
scheduler gets the rq lock
Yes, but... ttwu() takse another lock, -pi_lock to test -state.
The lock is different, but
On Mon, Aug 05, 2013 at 03:08:43PM -0700, Andi Kleen wrote:
From: Andi Kleen a...@linux.intel.com
Fix (randconfig) build problem with DEBUG_FS on
Cc: ba...@ti.com
Cc: linux-...@vger.kernel.org
Signed-off-by: Andi Kleen a...@linux.intel.com
care to show me the defconfig which makes the
On Thu, Aug 08, 2013 at 12:16:44PM -0500, Aravind Gopalakrishnan wrote:
On newer models, support has been included for upto 4 DCT's, however,
only DCT0 and DCT3 are currently configured. (Refer BKDG Section 2.10)
Routing DRAM Requests algorithm is different for F15h M30h.
It is cleaner to use
On Thu, 2013-08-08 at 20:32 +0800, Lee Jones wrote:
On Thu, 08 Aug 2013, Bill Huang wrote:
Hook up pm_power_off to palmas power off routine if there is DT
property ti,system-power-controller defined, so platform which is
powered by this regulator can be powered off properly.
Hi,
On Tue, Aug 06, 2013 at 02:53:11PM +0300, Ivan T. Ivanov wrote:
diff --git a/drivers/usb/dwc3/dwc3-msm.c b/drivers/usb/dwc3/dwc3-msm.c
new file mode 100644
index 000..e509abc
--- /dev/null
+++ b/drivers/usb/dwc3/dwc3-msm.c
@@ -0,0 +1,175 @@
+#undef CONFIG_REGULATOR
why ??
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive:
- revert of a patch which breaks enumeration workaround in hid-logitech-dj
Jiri Kosina (1):
Revert HID: hid-logitech-dj: querying_devices was never set
Hi,
On Tue, Aug 06, 2013 at 01:21:38PM +0100, Pawel Moll wrote:
@@ -47,3 +64,25 @@ Example device nodes:
vddcx-supply = supply;
v1p8-supply = supply;
};
+
+ usb@fd4ab000 {
+ compatible = qcom,dwc-usb3-msm;
+ #address-cells = 1;
+
On Friday, August 09, 2013 08:37:29 AM Tang Chen wrote:
On 08/08/2013 10:09 PM, Rafael J. Wysocki wrote:
On Thursday, August 08, 2013 01:03:55 PM Tang Chen wrote:
This patch-set does some trivial fix and improving in ACPI code
for memory hotplug.
Patch 1,3,4 have been acked.
Tang
On Fri, Aug 9, 2013 at 1:37 AM, Cho KyongHo pullip@samsung.com wrote:
On Fri, 09 Aug 2013 00:41:25 +0200, Tomasz Figa wrote:
Hi KyongHo,
On Thursday 08 of August 2013 18:38:49 Cho KyongHo wrote:
This commit adds device tree support for System MMU.
This also include the following
On Wed, August 07, 2013, Doug Anderson wrote:
The dw_mmc driver keeps a cache of the current slot-clock in order to
avoid doing a whole lot of work every time set_ios() is called.
However, after suspend/resume the register values are bogus so we need
to ensure that the cached value is
On Fri, Aug 09, 2013 at 12:53:47PM +0300, Ivan T. Ivanov wrote:
From: Ivan T. Ivanov iiva...@mm-sol.com
DWC3 glue layer is hardware layer around Synopsys DesignWare
USB3 core. Its purpose is to supply Synopsys IP with required
clocks, voltages and interface it with the rest of the SoC.
On Wed, August 07, 2013, Doug Anderson wrote:
If the WAKEUP_INT is asserted at wakeup and not cleared, we'll end up
looping around forever. This has been seen to happen on exynos5420
silicon despite the fact that we haven't enabled any wakeup events due
to a silicon errata. It is safe to do
On 08/08, Linus Torvalds wrote:
Name:Xorg
State:S (sleeping)
Tgid:2597
Pid:2597
PPid:2595
TracerPid:0
Uid:0000
Gid:0000
FDSize:64
Groups:
VmPeak: 44640 kB
VmSize: 31232 kB
VmLck: 0 kB
On Wed, August 07, 2013, Doug Anderson wrote:
After suspend/resume all of the dw_mmc registers are reset to
defaults. We restore most of them, but specifically don't setup the
clock registers after resume unless we've got a powered card. Things
still work because the core will eventually
On Tue, Aug 06, 2013 at 11:27:11PM +0400, Sergei Shtylyov wrote:
Hello.
On 08/06/2013 11:16 PM, Tuomas Tynkkynen wrote:
[...]
+ match = of_match_device(tegra_ehci_of_match, pdev-dev);
+ if (!match) {
+ dev_err(pdev-dev, Error: No device match found\n);
+ return
Adrian,
Is there a git tree where I could pull those patches from?
That would avoid me pulling them down from my gmail
inbox one by one.
I am interested in the PERF_SAMPLE_IDENTIFIER support.
And I want to test it.
Thanks.
On Fri, Aug 9, 2013 at 12:51 PM, Adrian Hunter adrian.hun...@intel.com
At Thu, 8 Aug 2013 23:21:55 -0700,
Felipe F. Tonello wrote:
From: Felipe F. Tonello e...@felipetonello.com
This patch adds jack support for ALSA KControl.
This support is necessary since the new kcontrol is used by user-space
daemons, such as PulseAudio(=2.0), to do jack detection.)
Em Thu, Aug 08, 2013 at 10:49:24PM -0400, David Ahern escreveu:
On 8/8/13 11:06 AM, Arnaldo Carvalho de Melo wrote:
Em Wed, Aug 07, 2013 at 10:50:49PM -0400, David Ahern escreveu:
Avoids strcmp processing each sample.
How so? This is done just when loading a DSO, when then each symbol is
On 09/08/13 16:41, Stephane Eranian wrote:
Adrian,
Is there a git tree where I could pull those patches from?
I plonked it down here for you:
http://git.infradead.org/users/ahunter/linux-perf.git
That would avoid me pulling them down from my gmail
inbox one by one.
I am
On Fri, Aug 9, 2013 at 3:59 PM, Adrian Hunter adrian.hun...@intel.com wrote:
On 09/08/13 16:41, Stephane Eranian wrote:
Adrian,
Is there a git tree where I could pull those patches from?
I plonked it down here for you:
http://git.infradead.org/users/ahunter/linux-perf.git
fatal:
On Wed, Aug 07, 2013 at 04:36:21PM -0700, David Miller wrote:
From: David Miller da...@davemloft.net
Date: Wed, 07 Aug 2013 16:27:48 -0700 (PDT)
Look, I'm going to fix this myself, because I'm pretty tired of
waiting for the obvious fix.
Someone please test this:
diff --git
On Tue, 2013-08-06 at 20:45 -0700, Roy Franz wrote:
The x86/AMD64 EFI stubs must us a call wrapper to convert between
the Linux and EFI ABIs, so void pointers are sufficient. For ARM,
the ABIs are compatible, so we can directly invoke the function
pointers. The functions that are used by the
Thanks Mark - I'll get that in the next version of the patches.
On Fri, Aug 9, 2013 at 7:10 AM, Mark Salter msal...@redhat.com wrote:
On Tue, 2013-08-06 at 20:45 -0700, Roy Franz wrote:
The x86/AMD64 EFI stubs must us a call wrapper to convert between
the Linux and EFI ABIs, so void pointers
On Fri, Aug 09, 2013 at 10:23:35AM +0200, Alexander Gordeev wrote:
On Mon, Jul 29, 2013 at 07:46:53AM -0400, Tejun Heo wrote:
One thing which would probably be worthwhile tho is getting rid of the
bitmap based qc tag allocator in libata. That one is just borderline
stupid to keep around on
On 08/09/2013 06:34 AM, H. Peter Anvin wrote:
The kbuild test bot is reporting some pretty serious errors for this
patchset. I think these are serious enough that the patchset will need
to be respun.
Sent V13, there were 3 patches in total that changed due to dependency.
--
To unsubscribe
From: Andrew Jones drjo...@redhat.com
Commit b202952075f62603bea9bfb6ebc6b0420db11949 (perf, core: Rate limit
perf_sched_events jump_label patching) introduced rate limiting
for jump label disabling. The changes were made in the jump label code
in order to be more widely available and to keep
On 08/09/2013 12:32 PM, Srinivas KANDAGATLA wrote:
On 08/08/13 18:11, Sören Brinkmann wrote:
Hi Daniel,
On Thu, Aug 01, 2013 at 07:48:04PM +0200, Daniel Lezcano wrote:
On 08/01/2013 07:43 PM, Sören Brinkmann wrote:
On Thu, Aug 01, 2013 at 07:29:12PM +0200, Daniel Lezcano wrote:
On
From: Jeremy Fitzhardinge jer...@goop.org
Now that the paravirtualization layer doesn't exist at the spinlock
level any more, we can collapse the __ticket_ functions into the arch_
functions.
Signed-off-by: Jeremy Fitzhardinge jer...@goop.org
Reviewed-by: Konrad Rzeszutek Wilk
From: Jeremy Fitzhardinge jer...@goop.org
Replace the old Xen implementation of PV spinlocks with and implementation
of xen_lock_spinning and xen_unlock_kick.
xen_lock_spinning simply registers the cpu in its entry in lock_waiting,
adds itself to the waiting_cpus set, and blocks on an event
this is needed by both guest and host.
Originally-from: Srivatsa Vaddagiri va...@linux.vnet.ibm.com
Signed-off-by: Raghavendra K T raghavendra...@linux.vnet.ibm.com
Acked-by: Gleb Natapov g...@redhat.com
Acked-by: Ingo Molnar mi...@kernel.org
---
arch/x86/include/uapi/asm/kvm_para.h | 1 +
From: Srivatsa Vaddagiri va...@linux.vnet.ibm.com
Signed-off-by: Srivatsa Vaddagiri va...@linux.vnet.ibm.com
Signed-off-by: Suzuki Poulose suz...@in.ibm.com
Signed-off-by: Raghavendra K T raghavendra...@linux.vnet.ibm.com
Acked-by: Gleb Natapov g...@redhat.com
Acked-by: Ingo Molnar
701 - 800 of 1132 matches
Mail list logo