On Tue, May 27, 2014 at 10:43:59AM +0200, Maurizio Lombardi wrote:
But now I'm suspicious of this part of commit 3979ef4dcf:
failed:
bvec-bv_page = NULL;
bvec-bv_len = 0;
bvec-bv_offset = 0;
bio-bi_vcnt--;
Hi,
Any comments on this series?
On Sat, May 10, 2014 at 12:26 PM, Pankaj Dubey pankaj.du...@samsung.com wrote:
This patch series, does some minor cleanup of exynos machine files.
It also modifies Exynos Power Management Unit (PMU) related code for
converting it into a platform_driver. This
On Mon, May 26, 2014 at 05:56:13PM +0800, Axel Lin wrote:
Current code has .enable_reg and .enable_mask settings, but the implementation
for corresponding callbacks are missing. Fix it.
Applied, thanks.
signature.asc
Description: Digital signature
Exynos4 has saveral PPMUs and each of them has operation clock which
can be gated through CMU's SFR control.
New clocks are listed below. All clocks are added as a gate-typed clock.
CLK_PPMULEFT, CLK_PPMURIGHT, CLK_PPMUCAMIF, CLK_PPMUTV, CLK_PPMUMFC_L,
CLK_PPMUMFC_R, CLK_G3D, CLK_PPMUIMAGE,
This is a fix for commit:
39c60a0948cc06139e2fbfe084f83cb7e7deae3b sd: fix array cache flushing bug
causing performance problems
We must notify the block layer via q-flush_flags after temporary change the
cache_type to write through.
If not, SYNCHRONIZE CACHE command will still be generated.
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 1066264..40c5580 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -808,6 +808,11 @@ F: arch/arm/boot/dts/at91*.dtsi
F:
On 27 May 2014 11:52, Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Dave,
On Tue, 27 May 2014 15:52:46 +1000 Dave Airlie airl...@gmail.com wrote:
Then we should cc him.
He was cc'd on my email that you replied to ...
But I guess the extra prod won't hurt :-)
:) thanks for the prod
Hello Wolfram,
No news from you regarding this patch series.
Is there anything you want me to fix ?
Otherwise It would be great to have this series merged, because the PMIC
used on Allwinner's A31 boards are connected through this P2WI bus.
Best Regards,
Boris
On 10/05/2014 11:46, Boris
On Tue, May 20, 2014 at 06:43:46PM +0100, Alex Elder wrote:
Broadcom mobile SoCs use a ROM-implemented holding pen for
controlled boot of secondary cores. A special register is
used to communicate to the ROM that a secondary core should
start executing kernel code. This enable method is
On 05/27/2014 01:11 PM, Konstantin Khlebnikov wrote:
On Tue, May 27, 2014 at 2:54 PM, Peter Zijlstra pet...@infradead.org wrote:
On Tue, May 27, 2014 at 12:29:09PM +0200, Peter Zijlstra wrote:
On Tue, May 27, 2014 at 12:49:08AM +0400, Konstantin Khlebnikov wrote:
Another suggestion.
Enhance print messages for debugging purposes. Add a dev_err() whenever we fail
to initialize OPP table due to some error in the table present in dts and add a
dev_dbg() for success case.
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/base/power/opp.c | 7 ++-
1 file
Drivers expecting CPU's OPPs from device tree initialize OPP table themselves by
calling of_init_opp_table() and there is nothing driver specific in that. They
all do it in the same redundant way.
It would be better if we can get rid of redundancy by initializing CPU OPPs from
CPU core code for
All callers of of_init_opp_table() are required to take reference of
dev-of_node, by initiating calls to of_node_{get|put}(), before and after
calling of_init_opp_table().
Its better to call these from within of_init_opp_table(), no fun adding
redundant code to every caller.
Signed-off-by:
When none of CONFIG_PM_OPP or CONFIG_OF is enabled we use the dummy
implementation of of_init_opp_table() routine, which returns -EINVAL currently.
-EINVAL can confuse the callers a bit as it can have other meanings for the
actual implementation of this routine.
It is more appropriate to return
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from cpufreq-cpu0 driver.
Acked-by: Shawn Guo shawn@linaro.org
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/cpufreq-cpu0.c | 6 --
1 file changed, 6 deletions(-)
diff
Drivers expecting CPU's OPPs from device tree initialize OPP table themselves by
calling of_init_opp_table() and there is nothing driver specific in that. They
all do it in the same redundant way.
It would be better if we can get rid of redundancy by initializing CPU OPPs from
CPU core code for
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from arm_big_little_dt driver.
As the arm_big_little_dt driver doesn't have a .init_opp_table() callback
anymore, make this callback optional.
Cc: Sudeep Holla sudeep.ho...@arm.com
Signed-off-by: Viresh
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from imx6q specific code.
Acked-by: Shawn Guo shawn@linaro.org
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
arch/arm/mach-imx/mach-imx6q.c | 36
CPU OPP tables are already initialized by CPU core and we don't need to
reinitialize them from exynos5440's driver.
Cc: Amit Daniel Kachhap amit.dan...@samsung.com
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Viresh Kumar viresh.ku...@linaro.org
---
drivers/cpufreq/exynos5440-cpufreq.c |
On Tue, May 27, 2014 at 06:15:45PM +0800, Ming Lei wrote:
If the page can be merged to last segment, it should have been
covered by code in branch of 'if (bio-bi_vcnt 0) ...', shouldn't it?
Or maybe it is better to make that code cover your case since
looks your case is similar with that
On 05/26/2014 08:17 PM, Matthias Brugger wrote:
2014-05-26 15:45 GMT+02:00 Georgi Djakov gdja...@mm-sol.com:
On 23.05.14, 19:39, Matthias Brugger wrote:
2014-05-23 17:12 GMT+02:00 Georgi Djakov gdja...@mm-sol.com:
Add information about the APQ8084 debug UART physical and virtual
addresses
From: Arnd Bergmann a...@arndb.de
commit 2cce4be9e6b8 regulator: arizona-ldo1: Add processing of init_data
from device tree added a call to of_get_child_by_name() but
did not add an #include to the header file declaring that function.
I got a build error when doing randconfig testing on this,
We already have dummy implementation for most of the regulators APIs for
!CONFIG_REGULATOR case and were missing it for regulator_set_voltage_time().
Found this issue while compiling cpufreq-cpu0 driver without regulators support
in kernel.
drivers/cpufreq/cpufreq-cpu0.c: In function
cpufreq-cpu0 uses thermal framework to register a cooling device, but doesn't
depend on it as there are dummy calls provided by thermal layer when
CONFIG_THERMAL=n. And when these calls fail, the driver is still usable.
Similar explanation is valid for regulators as well. We do have dummy calls
Hi,
On Mon, May 5, 2014 at 11:09 AM, Anshuman Khandual
khand...@linux.vnet.ibm.com wrote:
This patchset is the re-spin of the original branch stack
sampling
patchset which introduced new PERF_SAMPLE_BRANCH_COND branch filter. This
patchset
also enables SW based branch
On Mon, 26 May 2014 23:44:41 +0200, Geert Uytterhoeven ge...@linux-m68k.org
wrote:
Hi Grant,
On Mon, May 26, 2014 at 11:33 PM, Grant Likely
grant.lik...@secretlab.ca wrote:
After thinking about it more, I think it is very likely that removing
all the overlays is the correct thing to do
Linus,
please pull the latest timers-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
timers-urgent-for-linus
Two small fixlets for ARM SoC clocksource drivers:
* Avoid calling functions which might sleep from interrupt [disabled]
context in
On Mon, 26 May 2014 16:42:44 -0700, Guenter Roeck li...@roeck-us.net wrote:
On 05/26/2014 03:36 PM, Sebastian Reichel wrote:
Hi,
On Mon, May 26, 2014 at 10:33:03PM +0100, Grant Likely wrote:
After thinking about it more, I think it is very likely that removing
all the overlays is the
Hi Grant,
On May 27, 2014, at 3:12 PM, Grant Likely wrote:
On Mon, 26 May 2014 16:42:44 -0700, Guenter Roeck li...@roeck-us.net wrote:
On 05/26/2014 03:36 PM, Sebastian Reichel wrote:
Hi,
On Mon, May 26, 2014 at 10:33:03PM +0100, Grant Likely wrote:
After thinking about it more, I think
On 27/05/2014 13:39, Boris BREZILLON :
Signed-off-by: Boris BREZILLON boris.brezil...@free-electrons.com
Of course Boris, that will be good:
Acked-by: Nicolas Ferre nicolas.fe...@atmel.com
---
MAINTAINERS | 5 +
1 file changed, 5 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
On Mon, May 26, 2014 at 10:25:14AM +0200, Borislav Petkov wrote:
Hi Vivek,
On Mon, Jan 27, 2014 at 01:57:40PM -0500, Vivek Goyal wrote:
Hi
This is V2 of new system call patches. Previous version was posted here.
just a quick ping here, are you working on a v3? Anything I can help
On 27/05/14 10:32, Ulf Hansson wrote:
On 27 May 2014 00:39, Srinivas Kandagatla
srinivas.kandaga...@linaro.org wrote:
Hi Ulf,
Thankyou for the comments.
On 26/05/14 15:21, Ulf Hansson wrote:
On 23 May 2014 14:52, srinivas.kandaga...@linaro.org wrote:
From: Srinivas Kandagatla
From: Wenyou Yang wenyou.y...@atmel.com
due to enabling
-- CONFIG_REGULATOR
-- CONFIG_REGULATOR_ACT8865
Signed-off-by: Wenyou Yang wenyou.y...@atmel.com
[nicolas.fe...@atmel.com: move added entries to proper location within file]
Signed-off-by: Nicolas Ferre
On Fri, 23 May 2014 16:07:08 +0200, Arnd Bergmann a...@arndb.de wrote:
On Friday 23 May 2014 08:36:09 Grant Likely wrote:
There is now a way to ensure all platform devices get a unique name when
populated from the device tree, and the DCR_NATIVE code path is broken
anyway. PowerPC Cell
On Fri, May 23, 2014 at 01:39:57PM -0400, Tejun Heo wrote:
Hello, Vivek.
On Wed, Apr 23, 2014 at 03:21:09PM -0400, Vivek Goyal wrote:
What about sync/async differentiation? Throttling layer seems to flag a
request sync
only if bio-bi_rw flag has REQ_SYNC set. While CFQ seems to consider
On Fri, May 23, 2014 at 05:52:56PM +0200, Vincent Guittot wrote:
I have tried to understand the meaning of the condition :
(this_load = load
this_load + target_load(prev_cpu, idx) = tl_per_task)
but i failed to find a use case that can take advantage of it and i haven't
found description
On 2014/5/27 17:55, Mike Galbraith wrote:
On Tue, 2014-05-27 at 15:56 +0800, Libo Chen wrote:
On 2014/5/26 22:19, Mike Galbraith wrote:
On Mon, 2014-05-26 at 20:16 +0800, Libo Chen wrote:
On 2014/5/26 13:11, Mike Galbraith wrote:
Your synthetic test is the absolute worst case
Suggested-by: Olof Johansson o...@lixom.net
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/stih415-pinctrl.dtsi | 340 +++---
arch/arm/boot/dts/stih416-b2020-revE.dts | 6 +-
arch/arm/boot/dts/stih416-pinctrl.dtsi | 342
On 2014/5/27 17:48, Peter Zijlstra wrote:
So:
1) what kind of weird ass workload is that? Why are you waking up so
often to do no work?
it's just a testcase, I agree it doesn`t exist in real world.
2) turning on/off share_pkg_resource is a horrid hack whichever way
aruond you turn it.
On Fri, 02 May 2014 11:58:30 +0200, Arnd Bergmann a...@arndb.de wrote:
On Thursday 01 May 2014 14:12:10 Grant Likely wrote:
I've got two concerns here. of_dma_get_range() retrieves only the first
tuple from the dma-ranges property, but it is perfectly valid for
dma-ranges to contain
On 2014/5/27 18:55, Mike Galbraith wrote:
On Tue, 2014-05-27 at 12:43 +0200, Peter Zijlstra wrote:
On Tue, May 27, 2014 at 12:05:33PM +0200, Mike Galbraith wrote:
On Tue, 2014-05-27 at 11:48 +0200, Peter Zijlstra wrote:
So I suppose this is due to the select_idle_sibling() nonsense again,
On Mon, May 26, 2014 at 09:12:52AM +1000, Stephen Rothwell wrote:
Hi all,
On Sun, 25 May 2014 15:12:35 -0700 Greg Kroah-Hartman
gre...@linuxfoundation.org wrote:
On Sun, May 25, 2014 at 11:54:14PM +0200, Vincent Stehlé wrote:
Commit f9b0e251dfbf 'drm: make mode_valid callback
From: Paolo Valente paolo.vale...@unimore.it
Unless the maximum budget B_max that BFQ can assign to a queue is set
explicitly by the user, BFQ automatically updates B_max. In
particular, BFQ dynamically sets B_max to the number of sectors that
can be read, at the current estimated peak rate,
From: Paolo Valente paolo.vale...@unimore.it
I/O schedulers typically allow NCQ-capable drives to prefetch I/O
requests, as NCQ boosts the throughput exactly by prefetching and
internally reordering requests.
Unfortunately, as discussed in detail and shown experimentally in [1],
this may cause
From: Paolo Valente paolo.vale...@unimore.it
We have found four sources of throughput loss and higher
latencies. First, write requests tend to starve read requests,
basically because, on one side, writes are slower than reads, whereas,
on the other side, storage devices confuse schedulers by
From: Paolo Valente paolo.vale...@unimore.it
This patch is basically the counterpart of patch 13 for NCQ-capable
rotational devices. Exactly as patch 13 does on flash-based devices
and for any workload, this patch disables device idling on rotational
devices, but only for random I/O. More
From: Paolo Valente paolo.vale...@unimore.it
To guarantee a low latency also to the I/O requests issued by soft
real-time applications, this patch introduces a further heuristic,
which weight-raises (in the sense explained in patch 8) also the
queues associated to applications deemed as soft
From: Fabio Checconi fchecc...@gmail.com
Complete support for full hierarchical scheduling, with a cgroups
interface. The name of the new subsystem is bfqio.
Weights can be assigned explicitly to groups and processes through the
cgroups interface, differently from what happens, for single
On Tue, May 27, 2014 at 03:11:36PM +0400, Konstantin Khlebnikov wrote:
On Tue, May 27, 2014 at 2:54 PM, Peter Zijlstra pet...@infradead.org wrote:
On Tue, May 27, 2014 at 12:29:09PM +0200, Peter Zijlstra wrote:
On Tue, May 27, 2014 at 12:49:08AM +0400, Konstantin Khlebnikov wrote:
Another
Am Dienstag, 27. Mai 2014, 09:27:36 schrieb Ivan T. Ivanov:
From: Ivan T. Ivanov iiva...@mm-sol.com
Add power-source property to generic options used for DT parsing files.
This enables drivers, which use generic pin configurations, to get the
value passed to this property.
I think the main
On Tue, May 27, 2014 at 01:50:47PM +0200, Vlastimil Babka wrote:
What if VM_PINNED will require VM_LOCKED?
I.e. user must mlock it before pining and cannot munlock vma while it's
pinned.
Mlocking makes sense, as pages won't be uselessly scanned on
non-evictable LRU, no? (Or maybe I just
Will,
I made a separate branch called ftrace/arm64 as shown below. You can
pull that branch to base the rest of Akashi-san's patches on top of it.
The branch is based on top of v3.15-rc5.
-- Steve
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
ftrace/arm64
Head SHA1:
On Tue, May 27, 2014 at 08:55:20PM +0800, Libo Chen wrote:
On 2014/5/27 17:48, Peter Zijlstra wrote:
In any case, I'm not sure what the 'regression' report is against, as
there's only a single kernel version mentioned: 3.4, and that's almost a
upstream has the same problem, I have
On 26/05/14 14:39, Arnd Bergmann wrote:
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index eab8ecb..4c8d7db 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -842,7 +842,18 @@ choice
config DEBUG_LL_UART_NONE
bool No low-level
Quoting Michael H. Warfield (m...@wittsend.com):
On Tue, 2014-05-27 at 03:36 +0200, Serge E. Hallyn wrote:
Quoting Michael H. Warfield (m...@wittsend.com):
On Mon, 2014-05-26 at 11:16 +0200, Seth Forshee wrote:
On Fri, May 23, 2014 at 08:48:25AM +0300, Marian Marinov wrote:
On Tue, 2014-05-27 at 20:50 +0800, Libo Chen wrote:
in my box:
perf top -g --sort=symbol
Events: 3K cycles
73.27% [k] read_hpet
4.30% [k] _raw_spin_lock_irqsave
1.88% [k] __schedule
1.00% [k] idle_cpu
0.91% [k] native_write_msr_safe
0.68% [k] select_task_rq_fair
On 05/26/2014 04:26 AM, Arnd Bergmann wrote:
On Sunday 25 May 2014 14:15:23 miny...@acm.org wrote:
From: Corey Minyard cminy...@mvista.com
The CPU will go to idle with interrupts off, but the interrupts
will wake up the idle. This was causing very long irqsoff trace
values because,
On Sat, May 24, 2014 at 2:32 AM, Bjorn Andersson
bjorn.anders...@sonymobile.com wrote:
Signed-off-by: Bjorn Andersson bjorn.anders...@sonymobile.com
Looks good but can't apply it!
Can you rebase this onto my devel branch and resend?
Yours,
Linus Walleij
--
To unsubscribe from this list: send
On Sat, May 24, 2014 at 2:57 AM, Stephen Boyd sb...@codeaurora.org wrote:
Also, is it better to convert this over to the gpiod interfaces?
Yes :-)
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
On Sun, May 25, 2014 at 10:26 AM, Barry Song bao...@kernel.org wrote:
2014-05-09 19:53 GMT+08:00 Linus Walleij linus.wall...@linaro.org:
On Thu, May 1, 2014 at 2:29 PM, Barry Song bao...@kernel.org wrote:
2014-04-24 5:16 GMT+08:00 Linus Walleij linus.wall...@linaro.org:
This rewrites the SIRF
From: Borislav Petkov b...@suse.de
For testing purposes only.
Signed-off-by: Borislav Petkov b...@suse.de
---
arch/x86/kernel/cpu/mcheck/ce.c | 24
arch/x86/kernel/cpu/mcheck/mce.c | 31 ++-
2 files changed, 54 insertions(+), 1 deletion(-)
From: Borislav Petkov b...@suse.de
Add the CE collector to the polling path which collects the correctable
errors. Collect only DRAM ECC errors for now.
Signed-off-by: Borislav Petkov b...@suse.de
---
arch/x86/kernel/cpu/mcheck/mce.c | 62 +++-
1 file
From: Borislav Petkov b...@suse.de
Hi all,
this is something Tony and I have been working on behind the curtains
recently. Here it is in a RFC form, it passes quick testing in kvm. Let
me send it out before I start hammering on it on a real machine.
More indepth info about what it is and what
From: Borislav Petkov b...@suse.de
A simple data structure for collecting correctable errors.
Signed-off-by: Borislav Petkov b...@suse.de
---
arch/x86/include/asm/mce.h | 4 +
arch/x86/kernel/cpu/mcheck/Makefile | 2 +-
arch/x86/kernel/cpu/mcheck/ce.c | 281
From: Fabio Checconi fchecc...@gmail.com
Add the CGROUP_BFQIO option to Kconfig.iosched. This option allows
full hierarchical support to be enabled in BFQ, and the bfqio
controller to be added to the cgroups interface.
Signed-off-by: Fabio Checconi fchecc...@gmail.com
Signed-off-by: Paolo
From: Paolo Valente paolo.vale...@unimore.it
This patch introduces a simple heuristic to load applications quickly,
and to perform the I/O requested by interactive applications just as
quickly. To this purpose, both a newly-created queue and a queue
associated with an interactive application (we
From: Paolo Valente paolo.vale...@unimore.it
The feedback-loop algorithm used by BFQ to compute queue (process)
budgets is basically a set of three update rules, one for each of the
main reasons why a queue may be expired. If many processes suddenly
switch from sporadic I/O to greedy and
From: Paolo Valente paolo.vale...@unimore.it
This patch introduces an heuristic that reduces latency when the
I/O-request pool is saturated. This goal is achieved by disabling
device idling, for non-weight-raised queues, when there are weight-
raised queues with pending or in-flight requests. In
On Tuesday 27 May 2014 13:56:55 Grant Likely wrote:
On Fri, 02 May 2014 11:58:30 +0200, Arnd Bergmann a...@arndb.de wrote:
On Thursday 01 May 2014 14:12:10 Grant Likely wrote:
I've got two concerns here. of_dma_get_range() retrieves only the
first
tuple from the dma-ranges
From: Arianna Avanzini avanzini.aria...@gmail.com
A set of processes may happen to perform interleaved reads, i.e.,
read requests whose union would give rise to a sequential read pattern.
There are two typical cases: first, processes reading fixed-size chunks
of data at a fixed distance from each
From: Paolo Valente paolo.vale...@unimore.it
This patch boosts the throughput on NCQ-capable flash-based devices,
while still preserving latency guarantees for interactive and soft
real-time applications. The throughput is boosted by just not idling
the device when the in-service queue remains
On Fri, May 23, 2014 at 7:03 PM, abdoulaye berthe berthe...@gmail.com wrote:
This avoids handling gpiochip remove error in device
remove handler.
Signed-off-by: abdoulaye berthe berthe...@gmail.com
In general this is the right thing to do.
for (id = 0; id chip-ngpio; id++) {
-
On Mon, May 26, 2014 at 04:39:35PM +0800, Dave Young wrote:
For efi=old_map and any old_map quirks like SGI UV in current
tree kexec/kdump will fail because it depends on the new 1:1 mapping.
Thus export the mapping method to sysfs so kexec tools can switch
to original way to boot.
On 27 May 2014 04:00, Dave Young dyo...@redhat.com wrote:
On 05/26/14 at 04:39pm, Dave Young wrote:
For efi=old_map and any old_map quirks like SGI UV in current
tree kexec/kdump will fail because it depends on the new 1:1 mapping.
Thus export the mapping method to sysfs so kexec tools can
From: Paolo Valente paolo.vale...@unimore.it
[Re-posting, previous attempt seems to have partially failed]
Hi,
this patchset introduces the last version of BFQ, a proportional-share
storage-I/O scheduler. BFQ also supports hierarchical scheduling with
a cgroups interface. The first version of
From: Fabio Checconi fchecc...@gmail.com
Update Kconfig.iosched and make the related Makefile changes to include
kernel-configuration options for BFQ.
Signed-off-by: Fabio Checconi fchecc...@gmail.com
Signed-off-by: Paolo Valente paolo.vale...@unimore.it
Signed-off-by: Arianna Avanzini
On Tuesday 27 May 2014 14:13:32 Daniel Thompson wrote:
On 26/05/14 14:39, Arnd Bergmann wrote:
diff --git a/arch/arm/Kconfig.debug b/arch/arm/Kconfig.debug
index eab8ecb..4c8d7db 100644
--- a/arch/arm/Kconfig.debug
+++ b/arch/arm/Kconfig.debug
@@ -842,7 +842,18 @@ choice
On Tue, Apr 15, 2014 at 09:53:53AM -0700, Andy Lutomirski wrote:
On Tue, Apr 15, 2014 at 1:51 AM, Torsten Duwe d...@lst.de wrote:
You're right. Would anyone object to call it quality, as in RX signal
quality?
In context of a random source that is pretty accurate, I'd say. Other
On Mon, May 26, 2014 at 12:17:48PM -0700, Andy Lutomirski wrote:
On Mon, May 26, 2014 at 12:13 PM, Djalal Harouni tix...@opendz.org wrote:
On Mon, May 26, 2014 at 11:06:40AM -0700, Andy Lutomirski wrote:
On Mon, May 26, 2014 at 10:21 AM, Djalal Harouni tix...@opendz.org wrote:
I would like
On Fri, May 23, 2014 at 05:52:56PM +0200, Vincent Guittot wrote:
If sync is set, it's not as straight forward as above (especially if cgroup
are involved)
avg load with cgroups is 'interesting' alright.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
On 05/27/2014 06:49 AM, Lorenzo Pieralisi wrote:
On Tue, May 20, 2014 at 06:43:46PM +0100, Alex Elder wrote:
Broadcom mobile SoCs use a ROM-implemented holding pen for
controlled boot of secondary cores. A special register is
used to communicate to the ROM that a secondary core should
start
-Original Message-
From: Bernhard Walle [mailto:bernh...@bwalle.de]
Sent: Tuesday, May 27, 2014 4:10 AM
To: Haiyang Zhang
Cc: KY Srinivasan; linux-kernel@vger.kernel.org
Subject: Regression in hyperv network driver in 3.14
Hello,
using a 3.14 kernel in a Linux VM running on
This patch adds an interface to the random pool for feeding entropy in-kernel.
It may serve as a destination for dedicated HWRNGs.
It resembles -- and could be merged with -- the ioctl(RNDADDENTROPY) code, plus
a sleep condition for eager writers.
Signed-off-by: Torsten Duwe d...@suse.de
---
This can be viewed as the in-kernel equivalent of hwrngd;
like FUSE it is a good thing to have a mechanism in user land,
but for some reasons (simplicity, secrecy, integrity, speed)
it may be better to have it in kernel space.
This patch creates a thread once a hwrng registers, and uses
the
On Fri, May 23, 2014 at 05:52:56PM +0200, Vincent Guittot wrote:
diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
index 9587ed1..30240ab 100644
--- a/kernel/sched/fair.c
+++ b/kernel/sched/fair.c
@@ -4238,7 +4238,6 @@ static int wake_affine(struct sched_domain *sd, struct
task_struct
This patch introduces a derating factor to struct hwrng for
the random bits going into the kernel input pool, and a common
default derating for drivers which do not specify one.
Signed-off-by: Torsten Duwe d...@suse.de
---
drivers/char/hw_random/core.c | 11 ++-
On Fri, May 23, 2014 at 05:52:57PM +0200, Vincent Guittot wrote:
The computation of avg_load and avg_load_per_task should only takes into
account the number of cfs tasks. The non cfs task are already taken into
account by decreasing the cpu's capacity (cpu_power) and they will be tracked
in
On 26/05/14 18:00, Srinivas Kandagatla wrote:
Hi Ulf,
On 26/05/14 10:10, Ulf Hansson wrote:
Hi Srinivas,
+static struct variant_data variant_qcom = {
+ .fifosize = 16 * 4,
+ .fifohalfsize = 8 * 4,
+ .clkreg = MCI_CLK_ENABLE,
+
On Tue, May 27, 2014 at 2:07 AM, Jiang Liu jiang@linux.intel.com wrote:
Use kmalloc_node() instead of kmalloc() when possible to optimize
for performance on NUMA platforms.
Signed-off-by: Jiang Liu jiang@linux.intel.com
Acked-by: Bjorn Helgaas bhelg...@google.com
I think this is
On 05/26/2014 04:05 PM, Hugh Dickins wrote:
On Fri, 23 May 2014, Sasha Levin wrote:
Ping?
On 05/05/2014 11:51 AM, Sasha Levin wrote:
Did anyone have a chance to look at it? I still see it in -next.
Thanks,
Sasha
On 04/16/2014 10:59 AM, Sasha Levin wrote:
Hi all,
While fuzzing with
On 27/05/14 14:37, Arnd Bergmann wrote:
I'm very happy to update my patch to follow this one. However since it
will render the corresponding debug-macro.S unreachable by KBuild I like
to nuke the file as well. Good idea?
No. See the description under config DEBUG_LL_UART_NONE:
On Mon, May 12, 2014 at 06:40:54PM +0900, Jungseok Lee wrote:
This patch sets TCR_EL2.PS, VTCR_EL2.T0SZ and vttbr_baddr_mask in runtime,
not compile time.
In ARMv8, EL2 physical address size (TCR_EL2.PS) and stage2 input address
size (VTCR_EL2.T0SZE) cannot be determined in compile time
For devices which have a complete register for themselves, it is possible to
place them next to the syscon device with overlapping reg ranges. The same is
not possible for devices which only occupy bitfields in registers shared with
other users.
For devices that are completely controlled by
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index e67ea24..51b2cb2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7392,6 +7392,14 @@ F: drivers/rpmsg/
F:
On Mon, May 26, 2014 at 5:04 PM, Arnd Bergmann a...@arndb.de wrote:
The gpio-pch driver was recently enabled for compile-tests,
which revealed that it is missing an include for linux/slab.h,
which on ARM is not implied by any of the other headers.
Signed-off-by: Arnd Bergmann a...@arndb.de
On 05/20/2014 01:54 PM, Matt Fleming wrote:
On Mon, 19 May, at 09:09:58AM, Francis Moreau wrote:
I don't know, I can't really afford to configure/compile/test this new
kernel, sorry.
It would be useful to know whether this issue still occurs when booting
with the efi=old_map kernel
On Tue, May 27, 2014 at 03:53:49PM +0200, Christoffer Dall wrote:
On Mon, May 12, 2014 at 06:40:54PM +0900, Jungseok Lee wrote:
This patch sets TCR_EL2.PS, VTCR_EL2.T0SZ and vttbr_baddr_mask in runtime,
not compile time.
In ARMv8, EL2 physical address size (TCR_EL2.PS) and stage2 input
On Mon, May 12, 2014 at 06:56:00PM +0900, Jungseok Lee wrote:
This patch adds 4 levels of translation tables implementation for both
HYP and stage2.
Both symmetric and asymmetric configurations for page size and translation
levels are are validated on Fast Models:
1) 4KB + 3 levels
On Tue, May 27, 2014 at 8:29 AM, Jingoo Han jg1@samsung.com wrote:
Use devm_ioremap_resource() because devm_request_and_ioremap() is
obsoleted by devm_ioremap_resource().
Signed-off-by: Jingoo Han jg1@samsung.com
Patch applied with Antoine's ACK.
Yours,
Linus Walleij
--
To
On Tue, May 27, 2014 at 7:58 PM, Maurizio Lombardi mlomb...@redhat.com wrote:
On Tue, May 27, 2014 at 06:15:45PM +0800, Ming Lei wrote:
If the page can be merged to last segment, it should have been
covered by code in branch of 'if (bio-bi_vcnt 0) ...', shouldn't it?
Or maybe it is better
201 - 300 of 1648 matches
Mail list logo