Call try_to_freeze() in sleep_thread() only when its safe to sleep.
do_read() and do_write() calls sleep_thread with lock held.
Make sure these wont call try_to_freeze() by passing can_freeze flag
to sleep_thread.
Calling try_to_freeze() with a lock hold was done since day one in
f_mass_storage
On 11/7/2013 7:19 PM, Sebastian Andrzej Siewior wrote:
On 11/07/2013 02:37 PM, George Cherian wrote:
Call try_to_freeze() in sleep_thread() only when its safe to sleep.
do_read() and do_write() calls sleep_thread with lock held.
Make sure these wont call try_to_freeze() by passing can_freeze
On Thu, Nov 07, 2013 at 01:33:43PM +, Vincent Guittot wrote:
> On 7 November 2013 12:32, Catalin Marinas wrote:
> > On Thu, Nov 07, 2013 at 10:54:30AM +, Vincent Guittot wrote:
> >> During the Energy-aware scheduling mini-summit, we spoke about benches
> >> that should be used to evaluate
On Thu, 7 Nov 2013 17:42:54 +0900
Alexandre Courbot wrote:
> Hi everyone,
>
> Trace events can be enabled through debugfs by e.g. writing '1' into
> their enable node. This is a very useful feature as some tracing
> functions can introduce overhead and we only want them active when
> needed.
>
With the introduction of the 'ima_template_fmt' kernel cmdline parameter,
an user can define a new template descriptor with custom format. However,
in this case, userspace tools will be unable to parse the measurements
list because the new template is unknown. For this reason, this patch
modifies
This patch allows users to provide a custom template format through the
new kernel command line parameter 'ima_template_fmt'. If the supplied
format is not valid, IMA uses the default template descriptor.
Signed-off-by: Roberto Sassu
---
Documentation/kernel-parameters.txt | 4 +++
This patch makes a copy of the 'template_fmt' function argument so that
the latter will not be modified by strsep(), which does the splitting by
replacing the given separator with '\0'.
Signed-off-by: Roberto Sassu
---
security/integrity/ima/ima_template.c | 9 -
1 file changed, 8
Hi everyone
currently accepted patches for the new template management mechanism allow to
choose among a list of supported templates, statically defined in the code.
This functionality is not flexible enough as users may want to include
in their measurements list only information needed and not
This patch adds some error messages to inform users about the following
events: template descriptor not found, template field not found, and
template initialization failed.
Signed-off-by: Roberto Sassu
---
security/integrity/ima/ima_template.c | 12 ++--
1 file changed, 10
This adds basic perf support for ARC700 cores. Most PERF_COUNT_HW* events
are supported now.
Signed-off-by: Mischa Jonker
---
arch/arc/boot/dts/angel4.dts |4 +
arch/arc/include/asm/perf_event.h | 204 ++-
arch/arc/kernel/Makefile |1 +
Signed-off-by: Mischa Jonker
---
Documentation/devicetree/bindings/arc/pmu.txt | 24
1 file changed, 24 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arc/pmu.txt
diff --git a/Documentation/devicetree/bindings/arc/pmu.txt
Hi all,
Please find v3 of my attempt to add support for perf for ARC700 PMU's. If
possible, it would be nice to get some feedback on the implementation from
non-ARC/Synopsys people familiar with the perf subsystem in Linux.
Thanks,
Mischa
v3:
split devicetree binding doc into separate
On Thu, Nov 07, 2013 at 10:15:55AM +0100, Ingo Molnar wrote:
>
> * Josh Boyer wrote:
>
> > The current range for SMP configs is 2 - 512 CPUs, or a full 4096 in the
> > case of MAXSMP. There are machines that have 1024 CPUs in them today
> > and configuring a kernel for that means you are
On 11/07/2013 02:37 PM, George Cherian wrote:
> Call try_to_freeze() in sleep_thread() only when its safe to sleep.
> do_read() and do_write() calls sleep_thread with lock held.
> Make sure these wont call try_to_freeze() by passing can_freeze flag
> to sleep_thread.
Thank you. This is was Alan
From: Dario Faggioli
Add in Documentation/scheduler/ some hints about the design
choices, the usage and the future possible developments of the
sched_dl scheduling class and of the SCHED_DEADLINE policy.
Signed-off-by: Dario Faggioli
Signed-off-by: Juri Lelli
---
From: Dario Faggioli
It is very likely that systems that wants/needs to use the new
SCHED_DEADLINE policy also want to have the scheduling latency of
the -deadline tasks under control.
For this reason a new version of the scheduling wakeup latency,
called "wakeup_dl", is introduced.
As a
From: Harald Gustafsson
Make it possible to specify a period (different or equal than deadline) for
-deadline tasks. Relative deadlines (D_i) are used on task arrivals to generate
new scheduling (absolute) deadlines as "d = t + D_i", and periods (P_i) to
postpone the scheduling deadlines as "d =
From: Dario Faggioli
Make the core scheduler and load balancer aware of the load
produced by -deadline tasks, by updating the moving average
like for sched_rt.
Signed-off-by: Dario Faggioli
Signed-off-by: Juri Lelli
---
kernel/sched/deadline.c |2 ++
1 file changed, 2 insertions(+)
diff
On Tue 05-11-13 15:12:45, Dave Chinner wrote:
> On Mon, Nov 04, 2013 at 05:50:13PM -0700, Andreas Dilger wrote:
> > Something simple like “start writing at 16MB dirty on a single file”
> > would probably avoid a lot of complexity at little real-world cost.
> > That shouldn’t throttle dirtying
From: Dario Faggioli
Introduces the data structures, constants and symbols needed for
SCHED_DEADLINE implementation.
Core data structure of SCHED_DEADLINE are defined, along with their
initializers. Hooks for checking if a task belong to the new policy
are also added where they are needed.
From: Dario Faggioli
Add a new function to the scheduling class interface. It is called
at the end of a context switch, if the prev task is in TASK_DEAD state.
It might be useful for the scheduling classes that want to be notified
when one of their task dies, e.g. to perform some cleanup
From: Dario Faggioli
In order of -deadline scheduling to be effective and useful, it is
important that some method of having the allocation of the available
CPU bandwidth to tasks and task groups under control.
This is usually called "admission control" and if it is not performed
at all, no
Change real-time bandwidth management as to make dl_bw a sub-quota
of rt_bw. This patch leaves rt_bw at its default value and sets
dl_bw at 40% of rt_bw. It also remove sched_dl_period_us control
knob using sched_rt_period_us as common period for both rt_bw and
dl_bw.
Checks are made when the
Data from tests confirmed that the original active load balancing
logic didn't scale neither in the number of CPU nor in the number of
tasks (as sched_rt does).
Here we provide a global data structure to keep track of deadlines
of the running tasks in the system. The structure is composed by
a
From: Peter Zijlstra
Turn the pi-chains from plist to rb-tree, in the rt_mutex code,
and provide a proper comparison function for -deadline and
-priority tasks.
This is done mainly because:
- classical prio field of the plist is just an int, which might
not be enough for representing a
From: Dario Faggioli
Some method to deal with rt-mutexes and make sched_dl interact with
the current PI-coded is needed, raising all but trivial issues, that
needs (according to us) to be solved with some restructuring of
the pi-code (i.e., going toward a proxy execution-ish implementation).
From: Dario Faggioli
Add some typical sched-debug output to dl_rq(s) and some
schedstats to -deadline tasks. This helps spotting problems
with queue and dequeue operations (incorrect ordering) and
gives hints about system status (one can have an idea if the
system is overloaded, if tasks are
Introduces data structures relevant for implementing dynamic
migration of -deadline tasks and the logic for checking if
runqueues are overloaded with -deadline tasks and for choosing
where a task should migrate, when it is the case.
Adds also dynamic migrations to SCHED_DEADLINE, so that tasks
From: Dario Faggioli
Add the interface bits needed for supporting scheduling algorithms
with extended parameters (e.g., SCHED_DEADLINE).
In general, it makes possible to specify a periodic/sporadic task,
that executes for a given amount of runtime at each instance, and is
scheduled according to
Hello everyone,
SCHED_DEADLINE patchset v9, less than a month after last version [1]!
Changes w.r.t. v8:
- rebase on top of 3.12;
- all comments from Peter Zijlstra and Ingo Molnar applied (thanks!):
+ auxiliary functions for UP/SMP cases
+ add a smp_rmb to match dl_set_overload
On Thu, 07 Nov 2013, Ingo Molnar wrote:
> How about:
>
> http://www.intel.com/content/www/us/en/search.html?keyword=linux+microcode+data+file
>
> ? That, by the looks of it, appears to be a reasonably stable URL.
But it is also mostly useless. No version information in the results, and
the
On 10/31/2013 06:24 AM, Simon Horman wrote:
On Tue, Oct 29, 2013 at 03:31:37PM +0100, Laurent Pinchart wrote:
Prepare the clock at probe time, as there is no other appropriate place
in the driver where we're allowed to sleep.
Cc: Daniel Lezcano
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
Call try_to_freeze() in sleep_thread() only when its safe to sleep.
do_read() and do_write() calls sleep_thread with lock held.
Make sure these wont call try_to_freeze() by passing can_freeze flag
to sleep_thread.
Signed-off-by: George Cherian
---
drivers/usb/gadget/f_mass_storage.c | 23
On Thu, Nov 07, 2013 at 11:17:41AM +, Will Deacon wrote:
> Hi Peter,
>
> Couple of minor fixes on the arm64 side...
>
> On Wed, Nov 06, 2013 at 01:57:36PM +, Peter Zijlstra wrote:
> > --- a/arch/arm64/include/asm/barrier.h
> > +++ b/arch/arm64/include/asm/barrier.h
> > @@ -35,11 +35,59
On 7 November 2013 12:32, Catalin Marinas wrote:
> Hi Vincent,
>
> (for whatever reason, the text is wrapped and results hard to read)
Yes, i have just seen that. It looks like gmail has wrapped the lines.
I have added the results which should not be wrapped, at the end of this email
>
>
> On
On Thu, Nov 07, 2013 at 07:23:10AM -0600, Rob Herring wrote:
> See, we are benefiting already.
You can catch this when building on arm64, i.e. basically one of the
target architectures for which the driver is meant for.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line
On Thu 07-11-13 19:08:16, Wu Fengguang wrote:
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/mhocko/mm.git since-3.12
> head: 2f11d7af8df66cb4f217b6293ad8189aa101d601
> commit: 2f11d7af8df66cb4f217b6293ad8189aa101d601 [75/75]
> mm-factor-commit-limit-calculation-fix
> config: make
On Thu, Nov 07, 2013 at 05:44:38PM +0530, Mugunthan V N wrote:
> On Thursday 07 November 2013 01:18 PM, Dan Carpenter wrote:
> > There is a bug in cpsw_probe() where we do:
> >
> > ndev->irq = platform_get_irq(pdev, 0);
> > if (ndev->irq < 0) {
> >
> > The problem is that "ndev->irq" is
On 7 November 2013 18:52, Naveen Krishna Chatradhi
wrote:
> Exynos5420 SoC has 7 High speed I2C channels, This patch adds
> the device tree nodes to the DT device list.
>
> Signed-off-by: Naveen Krishna Chatradhi
> Signed-off-by: Andrew Bresticker
> ---
> arch/arm/boot/dts/exynos5420.dtsi |
On 11/07/2013 06:27 AM, Borislav Petkov wrote:
> On Wed, Nov 06, 2013 at 11:17:41AM -0600, Rob Herring wrote:
>> Using some interface which is arch specific and should not be used in a
>> driver.
>
> Well, sorry, but this is not something which justifies enabling building
> of compilation units
On Wed, Nov 06, 2013 at 11:41:33AM -0700, David Ahern wrote:
> I know Jiri is working on cleanups of the output file, but had this
> sitting around for a couple of weeks now. Might as well push it out
> for the next baseline. The cleanups of perf-record can be taken
> independently.
>
> Ingo: I
Exynos5420 SoC has 7 High speed I2C channels, This patch adds
the device tree nodes to the DT device list.
Signed-off-by: Naveen Krishna Chatradhi
Signed-off-by: Andrew Bresticker
---
arch/arm/boot/dts/exynos5420.dtsi | 98 +
1 file changed, 98
On Thu, 7 Nov 2013, Frederic Weisbecker wrote:
> On Thu, Nov 07, 2013 at 12:21:11PM +0100, Thomas Gleixner wrote:
> > Though it's not a full solution. It needs some thought versus the
> > softirq code of timers. Assume we have only one timer queued 1000
> > ticks into the future. So this change
On Thu, 2013-11-07 at 12:21 +0100, Thomas Gleixner wrote:
> Mike,
>
> On Thu, 7 Nov 2013, Mike Galbraith wrote:
>
> > On Thu, 2013-11-07 at 04:26 +0100, Mike Galbraith wrote:
> > > On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner wrote:
> >
> > > > I bet you are trying to work around some
On Thu, Nov 07, 2013 at 12:21:11PM +0100, Thomas Gleixner wrote:
> Mike,
>
> On Thu, 7 Nov 2013, Mike Galbraith wrote:
>
> > On Thu, 2013-11-07 at 04:26 +0100, Mike Galbraith wrote:
> > > On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner wrote:
> >
> > > > I bet you are trying to work around
On Tue, 05 Nov 2013, Andy Lutomirski wrote:
> Maybe the thing to do is to put a warning in the config text for
> CONFIG_OABI_COMPAT that describes the problems (malicious userspace
> can confuse syscall auditors, strace, etc.), change the "if in doubt"
> part to N, and disable seccomp filters if
> -Original Message-
> From: Eugene Shatokhin [mailto:eugene.shatok...@rosalab.ru]
> Sent: Thursday, November 07, 2013 08:38
> To: Winkler, Tomas
> Cc: Usyskin, Alexander; Nicol? Costanza; Alex Burmashev; LKML
> Subject: RE: mei: cancel stall timers in mei_reset
>
> Hi,
>
> > You can
On Thu, Nov 7, 2013 at 4:06 AM, Linus Torvalds
wrote:
>
> On Nov 7, 2013 6:55 PM, "Michel Lespinasse" wrote:
>>
>> Rather than writing arch-specific locking code, would you agree to
>> introduce acquire and release memory operations ?
>
> Yes, that's probably the right thing to do. What ops do
On 11/07/13 06:07, Jisheng Zhang wrote:
PL310 supports Prefetch offset/control register from r2p0 and Power
control register from r3p0. This patch adds the support to configure
these two registers if there are. The dt binding document is also updated.
Signed-off-by: Jisheng Zhang
---
Hi Thierry
> This series adds the ability to specify a GPIO and a power supply to
> enable a backlight.
Whats the state of this patch set? I am looking for this kind of
functionality for a pwm based
backlight on a devicetree only imx6 device.
greets
--
Christian Gmeiner, MSc
--
To unsubscribe
On Exynos5420 the TMU(4) for GPU has a seperate clock enable bit from
the other TMU channels(0 ~ 3). Hence, accessing TRIMINFO for base_second
should be acompanied by enabling the respective clock.
This patch which allow for a "clk_sec" clock to be specified in the
device-tree which will be
On Thu, Nov 07, 2013 at 04:30:31AM -0800, Christoph Hellwig wrote:
> On Thu, Nov 07, 2013 at 08:10:42PM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit seems to be
> >
> > commit 1247c74b4f3f3725a8bd8dc0bbd22baa2a9049ae
> > Author: David Howells
On 11/06/13 23:49, Alan Tull wrote:
From: Jamie Iles
The Synopsys DesignWare block is used in some ARM devices (picoxcell)
and can be configured to provide multiple banks of GPIO pins.
Signed-off-by: Alan Tull
v6: - (atull) squash the set of patches
Much better to review, thanks.
On Thu, Nov 07, 2013 at 08:10:42PM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit seems to be
>
> commit 1247c74b4f3f3725a8bd8dc0bbd22baa2a9049ae
> Author: David Howells
> Date: Thu Sep 12 19:22:53 2013 +0100
>
> VFS: Put a small type field
Hi!
> So in (error) case of ! aux_dev->codec_of_node && ! aux_dev->codec_name
> we match first possible codec?
>
> Given code similarity between this and the one above, should there be
> helper function that does the comparison (or even walks the list)?
Something like this? soc_probe_aux_dev
Is there a reason to not enforce strictlimit by default?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
--
To unsubscribe from
On Wed, Nov 06, 2013 at 11:17:41AM -0600, Rob Herring wrote:
> Using some interface which is arch specific and should not be used in a
> driver.
Well, sorry, but this is not something which justifies enabling building
of compilation units on arches for which they don't apply. Rather, this
should
> >
> > This somehow should guard buffer overflow allocated of size dev-
> >me_clients_num
> > In theory this can happen only if something go wrong in hardware
> > initialization or there is some other security hole that can change
> > client_num.
>
> What _kind_ of "security hole" could ever
On Thursday 07 November 2013 01:18 PM, Dan Carpenter wrote:
> There is a bug in cpsw_probe() where we do:
>
> ndev->irq = platform_get_irq(pdev, 0);
> if (ndev->irq < 0) {
>
> The problem is that "ndev->irq" is unsigned so the error handling
> doesn't work. I have changed it to a
I advise to visit this site!
http://pbcontestana.es/_.371_grand_affair_google_.712._.htm?jcacityvun=4905239
--
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 11/06/13 at 09:38am, Matt Fleming wrote:
> On Wed, 06 Nov, at 05:23:35PM, Dave Young wrote:
> > On 11/04/13 at 08:58pm, Dave Young wrote:
> > > On 11/04/13 at 10:37am, Matt Fleming wrote:
> > > > On Sun, 03 Nov, at 08:16:47PM, Dave Young wrote:
> > > > >
> > > > > there's below one line shift
On Thu, Nov 07, 2013 at 09:46:40AM +0100, Arjan van de Ven wrote:
> fwiw this file lives on intel.com for a while now.. unfortunately it's
> one of these websites with fancy downloading stuff for which I suspect
> the URLs are not long term stable ;-(
> but if you type "microcode" into the search
> > -struct mmci_platform_data mop500_sdi0_data = {
> > - .f_max = 1,
> > - .capabilities = MMC_CAP_4_BIT_DATA |
> > - MMC_CAP_SD_HIGHSPEED |
> > - MMC_CAP_MMC_HIGHSPEED |
> > -
On 11/06/13 at 08:49am, Matt Fleming wrote:
> On Mon, 04 Nov, at 08:58:53PM, Dave Young wrote:
> > On 11/04/13 at 10:37am, Matt Fleming wrote:
> > > On Sun, 03 Nov, at 08:16:47PM, Dave Young wrote:
> > > >
> > > > there's below one line shift problem:
> > > >
> > > >
On Wed, Nov 06, 2013 at 10:05:44AM +, Lee Jones wrote:
> This hasn't been used since we moved over to a Device Tree only platform.
The patch summary line is slightly off. There's nothing here to do with
ATAGs.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, 07 Nov 2013, Russell King - ARM Linux wrote:
> On Wed, Nov 06, 2013 at 10:05:44AM +, Lee Jones wrote:
> > This hasn't been used since we moved over to a Device Tree only platform.
>
> The patch summary line is slightly off. There's nothing here to do with
> ATAGs.
Oh I see. Yes
On Wed, Nov 6, 2013 at 5:42 PM, Cody P Schafer wrote:
> Signed-off-by: Cody P Schafer
> ---
> lib/rbtree_test.c | 11 +++
> 1 file changed, 11 insertions(+)
>
> diff --git a/lib/rbtree_test.c b/lib/rbtree_test.c
> index df6c125..8b3c9dc 100644
> --- a/lib/rbtree_test.c
> +++
On Thu, 07 Nov 2013, Russell King - ARM Linux wrote:
> On Wed, Nov 06, 2013 at 10:05:42AM +, Lee Jones wrote:
> > This hasn't been used since we converted the platform to DT only.
>
> Ditto.
I'm confused.
Is this an Acked-by? Or do you want me to do something different?
--
Lee Jones
Hi Tomasz,
On 7 November 2013 16:59, Tomasz Figa wrote:
> Hi Sachin,
>
> On Thursday 07 of November 2013 16:25:15 Sachin Kamat wrote:
>> Hi,
>>
>> Today's linux next fails to boot Origen (Exynos4210) board. However,
>> Arndale (Exynos5250) board boots fine. Git bisect points to the
>> following
On Wed, Nov 6, 2013 at 5:42 PM, Cody P Schafer wrote:
> Avoid making the rb_node the first entry to catch some bugs around NULL
> checking the rb_node.
>
> Signed-off-by: Cody P Schafer
> ---
> lib/rbtree_test.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git
On Wed, Nov 6, 2013 at 5:42 PM, Cody P Schafer wrote:
> From: Jan Kara
>
> The iterator rbtree_postorder_for_each_entry_safe() relies on pointer
> underflow behavior when testing for loop termination. In particular
> it expects that
> _entry(NULL, type, field)->field
> is NULL. But the result
On 5 November 2013 20:51, Tomasz Figa wrote:
> This patch fixes interrupt-map entry matching code to properly match all
> specifier cells with interrupt map entries.
>
> Signed-off-by: Tomasz Figa
Tested on Origen and Arndale boards. Works fine.
Tested-by: Sachin Kamat
--
With warm regards,
On Wed, Nov 06, 2013 at 10:05:42AM +, Lee Jones wrote:
> This hasn't been used since we converted the platform to DT only.
Ditto.
--
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 05-11-13 18:02:03, Gu Zheng wrote:
> Stop the loop of iterating bh if we have confirmed page
> has dirty and writeback buffers.
Thanks for the patch. What I'm somewhat missing here is a motivation of
the patch. For the common case where blocksize == pagesize this is a noop
(only adds some
On Thu, Nov 07, 2013 at 04:59:33PM +0800, Jisheng Zhang wrote:
> This symbol is used only in this file. The patch fix the following
> sparse warning:
> warning: symbol 'of_cpu_clk_setup' was not declared. Should it be static?
>
> Signed-off-by: Jisheng Zhang
> ---
> drivers/clk/mvebu/clk-cpu.c
On Wed, Nov 06, 2013 at 09:22:36AM +0800, Gu Zheng wrote:
> Hi Dan,
> On 11/05/2013 07:02 PM, Dan Carpenter wrote:
>
> > On Tue, Nov 05, 2013 at 06:01:00PM +0800, Gu Zheng wrote:
> >> The lock sequence of dcon_blank_fb(fb_info->lock ---> console_lock) is
> >> against
> >> with the one of
On 6 November 2013 11:05, Lee Jones wrote:
> This hasn't been used since we moved over to a Device Tree only platform.
>
> Signed-off-by: Lee Jones
> ---
> arch/arm/mach-ux500/Makefile | 3 +-
> arch/arm/mach-ux500/board-mop500-sdi.c | 166
> -
>
The following changes since commit d8524ae9d6f492a9c6db9f4d89c5f9b8782fa2d5:
Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux
(2013-09-22 19:51:49 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
Hi,
On Tuesday 05 of November 2013 16:21:36 Tomasz Figa wrote:
> This patch fixes the of_irq_parse_raw() function to check for reg
> property only when really parsing interrupt map property, as it is not
> required otherwise and breaks existing device trees.
>
> Signed-off-by: Tomasz Figa
> ---
Hi Vincent,
(for whatever reason, the text is wrapped and results hard to read)
On Thu, Nov 07, 2013 at 10:54:30AM +, Vincent Guittot wrote:
> During the Energy-aware scheduling mini-summit, we spoke about benches
> that should be used to evaluate the modifications of the scheduler.
> I’d
Hi Grant,
Could you pick this patch up? It fixes boot-up at least on several Exynos
based platforms, which use interrupt-map nodes with #interrupt-cells
higher than 1.
Also please disregard patch 2/2, as your fix that has been merged seems
to be fine.
Best regards,
Tomasz
On Tuesday 05 of
Hi Sachin,
On Thursday 07 of November 2013 16:25:15 Sachin Kamat wrote:
> Hi,
>
> Today's linux next fails to boot Origen (Exynos4210) board. However,
> Arndale (Exynos5250) board boots fine. Git bisect points to the
> following as bad commit:
>
> 2361613206e66ce59cc0e08efa8d98ec15b84ed1 is the
On 11/06/2013 12:05 PM, Magnus Damm wrote:
From: Magnus Damm
Add Kconfig entries for CMT, MTU2, TMU and STI to
drivers/clocksource/Kconfig. This will allow us to
get rid of duplicated entires in architecture code
such as arch/sh and arch/arm/mach-shmobile.
Signed-off-by: Magnus Damm
Hi
On Mon 04-11-13 15:36:19, Kent Overstreet wrote:
> With immutable biovecs we don't want code accessing bi_io_vec directly -
> the uses this patch changes weren't incorrect since they all own the
> bio, but it makes the code harder to audit for no good reason - also,
> this will help with multipage
Mike,
On Thu, 7 Nov 2013, Mike Galbraith wrote:
> On Thu, 2013-11-07 at 04:26 +0100, Mike Galbraith wrote:
> > On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner wrote:
>
> > > I bet you are trying to work around some of the side effects of the
> > > occasional tick which is still necessary
Hi Peter,
Couple of minor fixes on the arm64 side...
On Wed, Nov 06, 2013 at 01:57:36PM +, Peter Zijlstra wrote:
> --- a/arch/arm64/include/asm/barrier.h
> +++ b/arch/arm64/include/asm/barrier.h
> @@ -35,11 +35,59 @@
> #define smp_mb() barrier()
> #define smp_rmb() barrier()
>
On 04/11/13 15:38, Roger Pau Monne wrote:
> The new GNTTABOP_unmap_and_duplicate operation doesn't zero the
> mapping passed in new_addr, allowing us to perform batch unmaps in p2m
> code without requiring the use of a multicall.
I have recently investigated some problems that were caused by a
On Tue, Oct 22, 2013 at 03:30:00PM -0700, Joe Perches wrote:
> This typedef is unnecessary and should just be removed.
>
> Signed-off-by: Joe Perches
Acked-by: Joel Becker
> ---
> fs/ocfs2/stackglue.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git
On 10/25/2013 03:07 PM, Maxime Ripard wrote:
Hi everyone,
Here is a few patches adding support for the High Speed Timers running on the
Allwinner SoCs.
These timers are 64 bits timers running at a much higher speed than the timers
used for now on these SoCs, since they are no longer wired to
Hi,
On 06/11/13 23:31, Kees Cook wrote:
> diff --git a/arch/Kconfig b/arch/Kconfig
> index af2cc6eabcc7..6eaca7d92399 100644
> --- a/arch/Kconfig
> +++ b/arch/Kconfig
> @@ -331,12 +331,15 @@ config HAVE_ARCH_SECCOMP_FILTER
>
> config SECCOMP_FILTER
> def_bool y
> - depends on
Hi Bartlomiej,
On 7 November 2013 16:18, Bartlomiej Zolnierkiewicz
wrote:
>
> Hi,
>
> On Thursday, November 07, 2013 11:22:42 AM Naveen Krishna Chatradhi wrote:
>> On Exynos5250, the FALL interrupt related en, status and clear bits are
>> available at an offset of
>> 16 in INTEN, INTSTAT
5e01dc7b26d9f24f39abace5da98ccbd6a5ceb52
# bad: [48da1a29f5883ef9d14c6b828e469d86b4fc0980] Add linux-next
specific files for 20131107
git bisect bad 48da1a29f5883ef9d14c6b828e469d86b4fc0980
# good: [8af25488610c16d9eed35b5e1ecdbe649a89d429] Merge
remote-tracking branch 'l2-mtd/master'
git bisect good
Hi,
During the Energy-aware scheduling mini-summit, we spoke about benches
that should be used to evaluate the modifications of the scheduler.
I’d like to propose a bench that uses cyclictest to measure the wake
up latency and the power consumption. The goal of this bench is to
exercise the
On Mon, Nov 4, 2013 at 5:25 AM, Justin Piszcz wrote:
> Hi,
>
> I run two SSDs in a RAID-1 configuration and I have a swap partition on a
> third SSD. Over time, the mismatch_cnt between the two devices grows higher
> and higher.
>
> Once a week, I run a check and repair against the md devices to
On Fri, 2013-11-01 at 19:00 +, Zoltan Kiss wrote:
> On 01/11/13 10:50, Ian Campbell wrote:
> > Does this always avoid copying when bridging/openvswitching/forwarding
> > (e.g. masquerading etc)? For both domU->domU and domU->physical NIC?
> I've tested the domU->domU, domU->physical with
Hi,
On Thursday, November 07, 2013 11:22:42 AM Naveen Krishna Chatradhi wrote:
> On Exynos5250, the FALL interrupt related en, status and clear bits are
> available at an offset of
> 16 in INTEN, INTSTAT registers and at an offset of
> 12 in INTCLEAR register.
>
> On Exynos5420, the FALL
- Original Message -
> From: "Dave Hansen"
> To: "Andrew Morton" , "Jerome Marchand"
>
> Cc: linux...@kvack.org, linux-kernel@vger.kernel.org
> Sent: Thursday, November 7, 2013 12:49:54 AM
> Subject: Re: [PATCH v4 2/2] mm: allow to set overcommit ratio more precisely
>
> On
Am 06.11.2013 14:42, schrieb Keith Curtis:
I don't know if you all should spend time working only on bugs, but I
believe more time should be spent on the bug *list*. There are many
users patiently waiting for the kernel to work for their computer. The
pleas for help can be read in the bug
On 10/25/2013 01:16 PM, Maxime Ripard wrote:
The interrupt for the timer is a shared processor interrupt, so any CPU
found in the system can handle it. Switch to our cpumask to
cpu_possible_mask instead of cpumask_of(0).
Signed-off-by: Maxime Ripard
Applied to my tree for 3.14
Thanks !
On 10/25/2013 01:16 PM, Maxime Ripard wrote:
The clock event structure irq field was not filled previously to the
interrupt we're using.
This was resulting in the timer not being used at all when using a
configuration with SMP enabled on a system with several CPUs, and with
the cpumask set to
501 - 600 of 1350 matches
Mail list logo