On Tue, Feb 11, 2014 at 02:22:03PM +, One Thousand Gnomes wrote:
> On Tue, 14 Jan 2014 12:01:03 +
> One Thousand Gnomes wrote:
>
> > On Sun, 12 Jan 2014 20:33:03 +0700
> > Linus Torvalds wrote:
> >
> > > Another week, another RC. And things look fine.
> >
> > It seems to hate
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
While we're here, mark the of_system_controller table const.
Signed-off-by: Josh
Create a function to return a descriptive string for each reason code,
and print that in addition to the numeric value in the kernel log. These
codes are easily found on popular search engines, but one is generally
not able to access the internet when dealing with wireless connectivity
issues.
On Wed, Jan 29, 2014 at 08:27:26PM +0530, Manish Badarkhe wrote:
> Use devm_* API operations for fixed regulator driver so that
> driver core will manage resources.
Applied both, thanks.
signature.asc
Description: Digital signature
On Mon, Feb 10, 2014 at 12:59:46PM +0100, Michal Simek wrote:
> Check if regs are readable.
Applied, thanks.
signature.asc
Description: Digital signature
On Tue, Feb 11, 2014 at 09:31:04AM -0700, Jens Axboe wrote:
> On Tue, Feb 11 2014, Christoph Hellwig wrote:
> >
>
> looks like the last one got botched?
That was quilt sending along the series file which I created by doing
ls > series
just ignore it, hopefully one day quilt and I will get
Am Dienstag, den 11.02.2014, 16:23 +0100 schrieb Laurent Pinchart:
> Hi Russell,
>
> On Tuesday 11 February 2014 14:52:48 Russell King - ARM Linux wrote:
> > On Tue, Feb 11, 2014 at 07:56:33AM -0600, Rob Herring wrote:
> > > On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel wrote:
> > > > This
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
Signed-off-by: Josh Cartwright
---
arch/arm/mm/cache-l2x0.c | 5 +++--
1 file changed,
--
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/
rq->errors never has been part of the communication protocol between drivers
and the block stack and most drivers will not have initialized it.
Return -EIO to upper layers when the driver returns BLK_MQ_RQ_QUEUE_ERROR
unconditionally. If a driver want to return a different error it can easily
do
--
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/
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
While we're here, mark the rtsc id table const.
Signed-off-by: Josh Cartwright
---
On Tue, Feb 11 2014, Christoph Hellwig wrote:
>
looks like the last one got botched?
--
Jens Axboe
--
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
On Tue, Feb 11, 2014 at 8:52 AM, Russell King - ARM Linux
wrote:
> On Tue, Feb 11, 2014 at 07:56:33AM -0600, Rob Herring wrote:
>> On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel
>> wrote:
>> > This allows to reuse the same parser code from outside the V4L2 framework,
>> > most importantly from
__blk_put_request needs to call into the blk-mq code just like
blk_put_request. As we don't have the queue lock in this case both
end up calling the same function.
Signed-off-by: Christoph Hellwig
---
block/blk-core.c |5 +
1 file changed, 5 insertions(+)
diff --git a/block/blk-core.c
To behave the same way as the old request path.
Signed-off-by: Christoph Hellwig
---
block/blk-mq.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/block/blk-mq.c b/block/blk-mq.c
index 35800e1..f5fcd9a 100644
--- a/block/blk-mq.c
+++ b/block/blk-mq.c
@@ -1373,6 +1373,8 @@ struct
On Tue, Feb 11, 2014 at 8:29 AM, Dmitry Torokhov
wrote:
> Hi Andrey,
>
> On Tue, Feb 11, 2014 at 07:28:40AM -0800, Andrey Smirnov wrote:
>> New version of the PCU firmware supports two new commands:
>> - IMS_PCU_CMD_OFN_SET_CONFIG which allows to write data to the
>> registers of one finger
On Tue, Feb 11, 2014 at 07:37:32AM -0800, Josh Triplett wrote:
> On Tue, Feb 11, 2014 at 03:34:49PM +0800, Dongsheng Yang wrote:
> > Signed-off-by: Dongsheng Yang
> > cc: Josh Triplett
> > cc: "Paul E. McKenney"
> > cc: Peter Zijlstra
> > cc: Ingo Molnar
>
> Reviewed-by: Josh Triplett
I
This patchset updates users of the of_find_matching_node()/of_match_node() pair
to leverage of_find_matching_node_and_match(), which only requires one walk
through the match table. This functionality was added by Stephen Warren[1], and
landed in v3.8.
Cc: Stephen Warren
Cc: Laurent Pinchart
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
Signed-off-by: Josh Cartwright
---
drivers/bus/mvebu-mbus.c | 3 +--
1 file changed, 1
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
This also has the side effect of fixing the following following error hit
during
--
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/
Make sure we have a proper pairing between starting and requeueing
requests. Move the dma drain and REQ_END setup into blk_mq_start_request,
and make sure blk_mq_requeue_request properly undoes them, giving us
a pair of function to prepare and unprepare a request without leaving
side effects.
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
Signed-off-by: Josh Cartwright
---
drivers/cpufreq/ppc-corenet-cpufreq.c | 3 +--
1
Signed-off-by: Richard Genoud
---
drivers/gpio/gpiolib.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
index 80da9f1940c9..a0b96695c519 100644
--- a/drivers/gpio/gpiolib.c
+++ b/drivers/gpio/gpiolib.c
@@ -1646,7 +1646,7 @@
Instead of the of_find_matching_node()/of_match_node() pair, which requires two
iterations through the match table, make use of
of_find_matching_node_and_match(),
which only iterates through the table once.
While we're here, mark the prima2_l2x0 table const.
Signed-off-by: Josh Cartwright
---
> > I came with a below patch, which also clear pending mask, but perhaps
>
> Fun. I came up with the exact same solution independent of you and I
> tested it on real C1E contaminated hardware.
>
> > oneshot_mask should not be cleared on tick_broadcast_setup_oneshot(),
> > or should be cleared
sorry, this was a resend of an older series, ignore it.
--
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
Hi Anthony,
On Thu, Feb 06, 2014 at 03:19:49PM +, Anthony Olech
wrote:
> The wrong register bit of the DA9052/3 PMIC registers was
> used to determine the status on the ONKEY.
>
> Signed-off-by: Anthony Olech
> Signed-off-by: David Dajun Chen
> ---
>
> This patch is relative to
On Thu, 06 Feb 2014, Anthony Olech wrote:
> Three of the PMIC registers have some bits that are changed
> autonomously by the PMIC itself (some time) after being set
> by some component driver of the DA9052 PMIC and hence they
> need to be marked as volatile so that the regmap API will
> not
Hi Andrey,
On Tue, Feb 11, 2014 at 07:28:40AM -0800, Andrey Smirnov wrote:
> New version of the PCU firmware supports two new commands:
> - IMS_PCU_CMD_OFN_SET_CONFIG which allows to write data to the
> registers of one finger navigation(OFN) chip present on the device
> -
This is neede for proper SG_IO operation as well as various uses of
blk_execute_rq from the SCSI midlayer.
Signed-off-by: Christoph Hellwig
---
block/blk-exec.c |2 +-
block/blk-mq.c | 17 ++---
include/linux/blk-mq.h |3 ++-
3 files changed, 13
On Tue, Feb 11, 2014 at 5:19 PM, Peter Zijlstra wrote:
> On Tue, Feb 11, 2014 at 04:20:12PM +0100, Stephane Eranian wrote:
>> This patch adds a new uncore PMU for Intel SNB/IVB/HSW client
>
>
>> @@ -3501,6 +3844,28 @@ static int __init uncore_pci_init(void)
>> pci_uncores =
Signed-off-by: Richard Genoud
---
include/linux/gpio.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/gpio.h b/include/linux/gpio.h
index b581b13d29d9..85aa5d0b9357 100644
--- a/include/linux/gpio.h
+++ b/include/linux/gpio.h
@@ -3,7 +3,7 @@
#include
-/*
On Tue, Feb 11, 2014 at 04:20:12PM +0100, Stephane Eranian wrote:
> This patch adds a new uncore PMU for Intel SNB/IVB/HSW client
> @@ -3501,6 +3844,28 @@ static int __init uncore_pci_init(void)
> pci_uncores = ivt_pci_uncores;
> uncore_pci_driver =
Three of the PMIC registers have some bits that are changed
autonomously by the PMIC itself (some time) after being set
by some component driver of the DA9052 PMIC and hence they
need to be marked as volatile so that the regmap API will
not cache their values.
Signed-off-by: Anthony Olech
remove redundant irq field in private rtc structure.
Signed-off-by: Anthony Olech
Acked-by: David Dajun Chen
---
This patch is relative to linux-next repository tag next-20140210
This issue was found when doing a code review whilst investigating
a different problem.
This patch has been test
Hi Daniel,
Thank you very much for the review.
On 02/11/2014 03:46 PM, Daniel Lezcano wrote:
> On 02/07/2014 09:06 AM, Preeti U Murthy wrote:
>> From: Thomas Gleixner
>>
>> On some architectures, in certain CPU deep idle states the local
>> timers stop.
>> An external clock device is used to
The wrong register bit of the DA9052/3 PMIC registers was
used to determine the status on the ONKEY.
Signed-off-by: Anthony Olech
Signed-off-by: David Dajun Chen
---
This patch is relative to linux-next repository tag next-20140206
The bug that this patch fixes affects only the DA9052 ONKEY
On 64 bit systems, a large value for "tmp" could be truncated so we
still end up with a ->max_slave_count which is less than one despite the
"tmp < 1" check.
This is more of a problem for static checkers than a real life issue,
but it's simple enough to fix.
Signed-off-by: Dan Carpenter
diff
On Tue, 11 Feb 2014, Stanislaw Gruszka wrote:
> On Mon, Feb 10, 2014 at 07:59:39PM +0100, poma wrote:
> > On 10.02.2014 11:06, Thomas Gleixner wrote:
> > > On Mon, 10 Feb 2014, poma wrote:
> > >
> > >> [ 83.558551] [] amd_e400_idle+0x87/0x130
> > >
> > > So this seems to happen only on AMD
I'm announcing the release of the 2.6.34.15 kernel.
All 2.6.34 users are strongly encouraged to update.
Please also note that this is the final release on
the 2.6.34 line. So you really need to start thinking
about deploying your upgrade plan. The 2.6.34 is EOL.
The updated 2.6.34.y git tree
On 02/11/2014 08:00 AM, Randy Dunlap wrote:
> On 02/11/2014 04:38 AM, Paul Bolle wrote:
>> A number of Kconfig entries default to (uppercase) "N". It was clearly
>> intended to use "default n". But since (lowercase) "n" is the default
>> anyway, these lines might as well be removed.
>>
>>
On Tue, 11 Feb 2014 23:41:41 +0800
Qiaowei Ren wrote:
> The patch fixes the following compiler warning:
> CC kernel/trace/trace_events.o
> kernel/trace/trace_events.c: In function 'event_enable_read'
> kernel/trace/trace_events.c:693: warning: 'flags' may be used \
> uninitialized
I've started implementing support for O_TMPFILE in xfs_io in preparation
for proper testcases and found something rather annoying:
Given that we implicitly pass O_DIRECTORY as part of the full O_TMPFILE
flag an open using O_TMPFILE will simply succeed on a kernel old enough
to not have O_TMPFILE
On 02/11/2014 04:38 AM, Paul Bolle wrote:
> A number of Kconfig entries default to (uppercase) "N". It was clearly
> intended to use "default n". But since (lowercase) "n" is the default
> anyway, these lines might as well be removed.
>
> Signed-off-by: Paul Bolle
> ---
> Tested on a Fedora
On Mon, Feb 10, 2014 at 09:51:45PM +1100, Dave Chinner wrote:
> On Fri, Feb 07, 2014 at 05:48:58PM +0100, Miklos Szeredi wrote:
> > Changes since the last version (based on Al's review):
> >
> > - cross-rename: fix locking of nondirectories for NFSv4
> > - ext4: split cross-rename and plain
On Mon, Feb 10, 2014 at 11:09:24AM -0800, Linus Torvalds wrote:
> On Sun, Feb 9, 2014 at 4:27 PM, Torvald Riegel wrote:
> >
> > Intuitively, this is wrong because this let's the program take a step
> > the abstract machine wouldn't do. This is different to the sequential
> > code that Peter
On Tue, 11 Feb 2014, Daniel Lezcano wrote:
> On 02/07/2014 09:06 AM, Preeti U Murthy wrote:
> Setting the smp affinity on the earliest timer should be handled automatically
> with the CLOCK_EVT_FEAT_DYNIRQ flag. Did you look at using this flag ?
How should this flag help? Not at all, because the
[ 438.029759] the code is fine but needs lockdep annotation.
> [ 438.029760] turning off the locking correctness validator.
> [ 438.029770] CPU: 3 PID: 9593 Comm: blkback.2.xvda Tainted: G W
> 3.14.0-rc2-20140211-pcireset-net-btrevert-xenblock+ #1
> [ 438.029773] Hardwa
On Fri, Feb 07, 2014 at 05:46:30PM -0500, J. Bruce Fields wrote:
> > Bruce, could you please review the locking and delegation thing in patch #8
> > "vfs: add cross-rename"?
>
> Yep, done. I'll also try running this through my nfs tests, for what
> it's worth. (Not today as there's some
On Fri, Feb 07, 2014 at 05:40:44PM -0500, J. Bruce Fields wrote:
> On Fri, Feb 07, 2014 at 05:49:06PM +0100, Miklos Szeredi wrote:
> > From: Miklos Szeredi
> >
> > If flags contain RENAME_EXCHANGE then exchange source and destination files.
> > There's no restriction on the type of the files;
On Tue, Feb 11, 2014 at 04:33:51AM +, Weng Meiling wrote:
> Hi Will,
Hello,
> >>> how userland can be notified about throttling. Throttling could be
> >>> worth for operf too, not only for the oprofile kernel driver.
> >>>
> >
> >>> From a quick look it seems there is also code in x86 that
Linus,
Please pull DT fixes for 3.14.
Rob
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
Linus 3.14-rc1 (2014-02-02 16:42:13 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git
tags/dt-fixes-for-3.14
validator.
[ 438.029770] CPU: 3 PID: 9593 Comm: blkback.2.xvda Tainted: GW
3.14.0-rc2-20140211-pcireset-net-btrevert-xenblock+ #1
[ 438.029773] Hardware name: MSI MS-7640/890FXA-GD70 (MS-7640) , BIOS V1.8B1
09/13/2010
[ 438.029784] 88005224c4f0 88004e5d9b68
On Wed, 30 Oct 2013, Mel Gorman wrote:
> On Wed, Oct 30, 2013 at 09:45:31AM +0100, Thomas Gleixner wrote:
> > On Tue, 29 Oct 2013, Mel Gorman wrote:
> >
> > > Thomas Gleixner and Peter Zijlstra discussed off-list that real-time users
> > > currently have a problem with the page lock being
On Tue, Feb 11, 2014 at 04:34:38PM +0100, Thomas Gleixner wrote:
> I could slap myself for not writing a proper changelog right away. It
> took me some time to figure out why it was added in the first place,
> why it's not longer necessary and why I kept it.
:-)
Thanks!
---
Subject: sched: Init
On 02/11/2014 04:46 PM, Peter Zijlstra wrote:
On Tue, Feb 11, 2014 at 04:33:40PM +0100, Daniel Lezcano wrote:
On 02/11/2014 04:11 PM, Peter Zijlstra wrote:
On Tue, Feb 11, 2014 at 04:01:04PM +0100, Daniel Lezcano wrote:
The idle_balance() function is called within a #ifdef CONFIG_SMP section.
Hi,
On Mon, 2014-02-10 at 12:29 -0800, Courtney Cavin wrote:
> On Mon, Feb 10, 2014 at 08:41:44PM +0100, Ivan T. Ivanov wrote:
> >
> > Hi,
> >
> > On Mon, 2014-02-10 at 11:47 -0600, Andy Gross wrote:
> > > On Mon, Feb 10, 2014 at 06:55:02PM +0200, Ivan T. Ivanov wrote:
> > >
> > > []
>
On Tue, Feb 11, 2014 at 04:33:40PM +0100, Daniel Lezcano wrote:
> On 02/11/2014 04:11 PM, Peter Zijlstra wrote:
> >On Tue, Feb 11, 2014 at 04:01:04PM +0100, Daniel Lezcano wrote:
> >>The idle_balance() function is called within a #ifdef CONFIG_SMP section.
> >>
> >>Remove its declaration in
On Tue, Feb 11 2014, Christoph Hellwig wrote:
> Hi Jens,
>
> seems like with the SCSI work I introduced the first
> BLK_MQ_RQ_QUEUE_ERROR error return in the tree, and immediately ran into
> the first pitfall. The code as-is expects rq->errors set to an error
> value, which otherwise is an
On Tue, Feb 11, 2014 at 03:34:49PM +0800, Dongsheng Yang wrote:
> Signed-off-by: Dongsheng Yang
> cc: Josh Triplett
> cc: "Paul E. McKenney"
> cc: Peter Zijlstra
> cc: Ingo Molnar
Reviewed-by: Josh Triplett
> kernel/rcu/torture.c | 8
> 1 file changed, 4 insertions(+), 4
Hi,
I just got this dump on my system. It happens occasionally, maybe once
a week. Result is that my USB keyboard and mouse (both Logitech
wireless) are laggy, mouse jumps across the screen and keyboard input
lags behind and creates multiple same keystrokes although the key was
only hit once.
Em Tue, Feb 11, 2014 at 09:36:43AM -0500, Don Zickus escreveu:
> On Tue, Feb 11, 2014 at 08:31:27AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Feb 10, 2014 at 02:10:04PM -0800, Davidlohr Bueso escreveu:
> > > On Mon, 2014-02-10 at 14:18 -0500, Don Zickus wrote:
> > > > From: Arnaldo
On Mon, 10 Feb 2014 15:13:54 -0800
Andrew Morton wrote:
> On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino
> wrote:
>
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically
Hello,
This is the slightly modified patch that I applied to
cgroup/for-3.14-fixes.
Thanks a lot!
8<
>From 0ab02ca8f887908152d1a96db5130fc661d36a1e Mon Sep 17 00:00:00 2001
From: Li Zefan
Date: Tue, 11 Feb 2014 16:05:46 +0800
Setup cgroupfs like this:
# mount -t cgroup -o
On Tue, Feb 11 2014, Richard W.M. Jones wrote:
> On Mon, Feb 10, 2014 at 05:45:50PM -0800, Kent Overstreet wrote:
> > Immutable biovecs changed the way bio segments are treated in such a way
> > that
> > bio_for_each_segment() cannot now do what we want for discard/write same
> > bios,
> > since
Rob,
Commit 55459968176f ("drm/msm: add a330/apq8x74") added preprocessor
checks for CONFIG_MSM_OCMEM. But I couldn't find a Kconfig symbol
MSM_OCMEM (nor a preprocessor define for a macro of that name). Why were
those preprocessor checks added?
Please note that lines 197-201 currently read:
On Mon, Feb 10, 2014 at 04:38:09PM +, Ben Dooks wrote:
> On 10/02/14 15:21, Dave Martin wrote:
[...]
> >Does PCI have any way of finding out which parts of the configuration
> >space are there before you are forced to go poking around in invalid
> >address space?
> >
> >I'm guessing there
On 02/10/2014 04:49 PM, Michał Mirosław wrote:
On Mon, Feb 10, 2014 at 09:12:31AM -0700, Shuah Khan wrote:
Change cb710-mmc platform driver to register pm ops using dev_pm_ops instead
of legacy pm_ops. .pm hooks call existing legacy suspend and resume interfaces
by passing in the right pm
On Mon, 10 Feb 2014 18:54:20 -0800 (PST)
David Rientjes wrote:
> On Mon, 10 Feb 2014, Luiz Capitulino wrote:
>
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically distributes
On Tue, Feb 11, 2014 at 04:05:46PM +0800, Li Zefan wrote:
> Setup cgroupfs like this:
> # mount -t cgroup -o cpuacct xxx /cgroup
> # mkdir /cgroup/sub1
> # mkdir /cgroup/sub2
>
> Then run these two commands:
> # for ((; ;)) { mkdir /cgroup/sub1/tmp && rmdir /mnt/sub1/tmp; } &
> # for
On Tue, 11 Feb 2014, Peter Zijlstra wrote:
> On Tue, Feb 11, 2014 at 10:17:58AM +0100, Sebastian Andrzej Siewior wrote:
> > The init task is state TASK_RUNNING and on_irq should be set to 1. It won't
>
> ^^^ irq? :-)
>
> > be set by scheduler because the
On 02/11/2014 04:11 PM, Peter Zijlstra wrote:
On Tue, Feb 11, 2014 at 04:01:04PM +0100, Daniel Lezcano wrote:
The idle_balance() function is called within a #ifdef CONFIG_SMP section.
Remove its declaration in sched.h for !CONFIG_SMP because it is pointless.
Signed-off-by: Daniel Lezcano
On Fri, Feb 07, 2014 at 04:16:44PM -0500, J. Bruce Fields wrote:
>
> Nit: I find the conditionals here a little complicated.
>
> Would something like this be clearer? (Untested):
>
> if (inode1 > inode2)
> swap(inode1, inode2);
>
> if (inode1 &&
Nokia N900 uses OMAP3430 and N9/N950 uses OMAP3630. Mark SoC compatibilty
as per Documentation/devicetree/bindings/arm/omap/omap.txt else
N9/N950 will be probed as a OMAP3430 type device, since default ti,omap3
maps to OMAP3430 compatibility.
Cc: Aaro Koskinen
Signed-off-by: Nishanth Menon
---
This patch series add DT configuration to the DP83640 PHY driver and makes
the configuration of periodic output pins dynamic.
Changes since v1:
- Add bindings documentation
- Keep module parameters
- Rename gpio->pin
- Split patch into DT part and dynamic periodic output support
Stefan
Hello,
Since the kernel has become more RT-aware and many stuff has moved into
works, dump_stack() has often become a bit useless, because it just
shows the call stack of a work, which quiet often is a bit short and
doesn't reveal the real source of a problem.
At least I would like it if there
The driver is currently limited to a single periodic output. This patch makes
the number of peridodic output dynamic by dropping the gpio_tab module
parameter and adding calibrate_pin, perout_pins, and extts_pins parameters.
Signed-off-by: Stefan Sørensen
---
drivers/net/phy/dp83640.c | 75
New version of the PCU firmware supports two new commands:
- IMS_PCU_CMD_OFN_SET_CONFIG which allows to write data to the
registers of one finger navigation(OFN) chip present on the device
- IMS_PCU_CMD_OFN_GET_CONFIG which allows to read data form the
registers of said chip.
This commit
This patch adds configuration of the periodic output and external timestamp
pins available on the dp83640 family of PHYs. It also configures the
master/slave relationship in a group of PHYs on the same MDIO bus and the pins
used for clock calibration in the group.
The configuration is retrieved
Hi Rob,
Am Dienstag, den 11.02.2014, 07:56 -0600 schrieb Rob Herring:
> On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel wrote:
> > From: Philipp Zabel
> >
> > This patch moves the parsing helpers used to parse connected graphs
> > in the device tree, like the video interface bindings documented
On Tue, Feb 11, 2014 at 09:25:14AM +, Mel Gorman wrote:
> On Mon, Feb 10, 2014 at 06:54:20PM -0800, David Rientjes wrote:
> > On Mon, 10 Feb 2014, Luiz Capitulino wrote:
> >
> > > HugeTLB command-line option hugepages= allows the user to specify how many
> > > huge pages should be allocated
On Tue, Feb 11, 2014 at 12:00:36PM +0100, Peter Zijlstra wrote:
> > Looks good to me. Can you please post the patch with SOB?
>
> ---
> Subject: workqueue: Fix workqueue lockdep name
>
> Tommi noticed a 'funny' lock class name: "%s#5" from a lock acquired in
> process_one_work(). It turns out
On Mon, 10 Feb 2014 15:30:32 -0800
Andrew Morton wrote:
> On Mon, 10 Feb 2014 12:27:48 -0500 Luiz Capitulino
> wrote:
>
> >
> > ...
> >
> > --- a/mm/hugetlb.c
> > +++ b/mm/hugetlb.c
> > @@ -2051,6 +2051,29 @@ void __init hugetlb_add_hstate(unsigned order)
> > parsed_hstate = h;
> > }
>
On Mon, 10 Feb 2014 15:27:29 -0800
Andrew Morton wrote:
> On Mon, 10 Feb 2014 12:27:47 -0500 Luiz Capitulino
> wrote:
>
> > From: Luiz capitulino
> >
> > The HugeTLB command-line option hugepages= allow the user to specify
> > how many huge pages should be allocated at boot-time. On NUMA
On Mon, Feb 10, 2014 at 05:19:34PM +0100, Frederic Weisbecker wrote:
> On Thu, Feb 06, 2014 at 01:36:21PM -0500, Paul Gortmaker wrote:
> > This bit of information is in the Kconfig help text:
> >
> > Note the boot CPU will still be kept outside the range to
> > handle the timekeeping duty.
>
This patch enables custom struct pmu callbacks per uncore
PMU types. This feature may be used to simplify counter
setup for certain uncore PMUs which have free running
counters for instance. It becomes possible to bypass
the event scheduling phase of the configuration.
Signed-off-by: Stephane
Hi Russell,
On Tuesday 11 February 2014 14:52:48 Russell King - ARM Linux wrote:
> On Tue, Feb 11, 2014 at 07:56:33AM -0600, Rob Herring wrote:
> > On Tue, Feb 11, 2014 at 5:45 AM, Philipp Zabel wrote:
> > > This allows to reuse the same parser code from outside the V4L2
> > > framework, most
This patch makes the hrtimer timeout configurable per PMU
box. Not all counters have necessarily the same width and
rate, thus the default timeout of 60s may need to be adjusted.
This patch adds box->hrtimer_duration. It is set to default
when the box is allocated. It can be overriden when the
The cpuidle_idle_call does nothing more than calling the three individuals
function and is no longer used by any arch specific code but only in the
cpuidle framework code.
We can move this function into the idle task code to ensure better
proximity to the scheduler code.
Signed-off-by: Daniel
This patch is needed because that PMU uses 32-bit free
running counters with no interrupt capabilities.
On SNB/IVB/HSW, we used 20GB/s theoretical peak to calculate
the hrtimer timeout necessary to avoid missing an overflow.
That delay is set to 5s to be on the cautious side.
The SNB IMC uses
This patch adds a new uncore PMU for Intel SNB/IVB/HSW client
CPUs. It adds the Integrated Memory Controller (IMC) PMU. This
new PMU provides a set of events to measure memory bandwidth utilization.
The IMC on those processor is PCI-space based. This patch
exposes a new uncore PMU on those
Move a couple of functions around to avoid forward declarations
when we add code later on.
Signed-off-by: Stephane Eranian
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c | 72 -
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git
This patch makes perf use Mebibytes to display the counts
of uncore_imc/data_reads/ and uncore_imc/data_writes.
1MiB = 1024*1024 bytes.
Signed-off-by: Stephane Eranian
---
arch/x86/kernel/cpu/perf_event_intel_uncore.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
This patch adds the PCI ids for the Intel SandyBridge,
IvyBridge, Haswell Client memory controller (IMC).
Signed-off-by: Stephane Eranian
---
include/linux/pci_ids.h |3 +++
1 file changed, 3 insertions(+)
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
index
This patch series adds support for SandyBridge, IvyBridge, Haswell client
(desktop/mobile)
processor PCI-based integrated memory controller PMU. This PMU provides a few
free running
32-bit counters which can be used to determine memory bandwidth utilization.
The code is based on the
On certain processors, the uncore PMU boxes may only be
msr-bsed or PCI-based. But in both cases, the cpumask,
suggesting on which CPUs to monitor to get full coverage
of the particular PMU, must be created.
However with the current code base, the cpumask was only
created on processor which had
Hi Michal, Johannes, David,
Could you please take a look at this if you have time? Without your
review, it'll never get committed.
Thank you.
On 02/05/2014 10:39 PM, Vladimir Davydov wrote:
> Hi,
>
> This is the 15th iteration of Glauber Costa's patch-set implementing slab
> shrinking on memcg
On Feb 7, 2014, at 9:26 PM, Stephen Boyd wrote:
> On 02/06, Kumar Gala wrote:
>> diff --git a/arch/arm/mach-msm/platsmp.c b/arch/arm/mach-qcom/platsmp.c
>> similarity index 98%
>> rename from arch/arm/mach-msm/platsmp.c
>> rename to arch/arm/mach-qcom/platsmp.c
>> index 251a91e..67823a7 100644
801 - 900 of 2378 matches
Mail list logo