nmi isn't supported in dom0, fallback to general all cpu backtrace code.
Without fix, on xAPIC system, doing sysrq+l, no backtrace is showed,
as xen_send_IPI_all is called and it doesn't support nmi vector.
On x2APIC enabled system, got NULL pointer dereference as below.
SysRq : Show
Hi Linus,
Two quite small fixes: one a build problem, and the other fixes
seccomp filters on x32.
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
are available in the git repository at:
On 2013/4/5 7:36, Tejun Heo wrote:
> Hello,
>
> Most cgroup_mutex abuses outside cgroup core proper have been
> eradicated but there's still one use remaining and locking interface
> is still exported. This patchset updates the last user and unexports
> the locking interface and is composed of
Kone now reports media key events through it's chardev to userspace.
Signed-off-by: Stefan Achatz
---
drivers/hid/hid-roccat-kone.c |3 ++-
drivers/hid/hid-roccat-kone.h |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/hid/hid-roccat-kone.c
thank you very much for your reply, firstly.
On 2013年04月07日 12:09, Joe Perches wrote:
> On Sun, 2013-04-07 at 11:57 +0800, Chen Gang wrote:
>> > On 2013年04月07日 11:49, Greg KH wrote:
>>> > > On Sun, Apr 07, 2013 at 09:03:55AM +0800, Chen Gang wrote:
> >> Hello Greg KH:
> >> when
On Sun, 2013-04-07 at 11:57 +0800, Chen Gang wrote:
> On 2013年04月07日 11:49, Greg KH wrote:
> > On Sun, Apr 07, 2013 at 09:03:55AM +0800, Chen Gang wrote:
> >> Hello Greg KH:
> >> when you have time, can you help to check this patch whether OK ?
> > No.
> Why ? does it also need a test ??
On Thu, Apr 04, 2013 at 08:07:44AM -0600, Toshi Kani wrote:
> On Thu, 2013-04-04 at 14:48 +0800, Ram Pai wrote:
> > On Wed, Apr 03, 2013 at 01:55:05PM -0600, Toshi Kani wrote:
> > > On Wed, 2013-04-03 at 13:37 +0800, Ram Pai wrote:
> > > > On Tue, Apr 02, 2013 at 10:17:29AM -0600, Toshi Kani
On 2013年04月07日 11:49, Greg KH wrote:
> On Sun, Apr 07, 2013 at 09:03:55AM +0800, Chen Gang wrote:
>> Hello Greg KH:
>>
>> when you have time, can you help to check this patch whether OK ?
>
> No.
>
>
Why ? does it also need a test ??
--
Chen Gang
Asianux Corporation
--
To unsubscribe
Here's an updated patch that enables support for the LCD.
I looked into drivers/video/of_display_timing.c but it doesn't have the fields
to describe the PL11x specific options needed in struct clcd_panel. At the
moment, it is implemented by hardcoding the values in the kernel and using the
On Sun, Apr 07, 2013 at 09:03:55AM +0800, Chen Gang wrote:
> Hello Greg KH:
>
> when you have time, can you help to check this patch whether OK ?
No.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
>>> You are putting references but I do not see any single css_{try}get
>>> here. /me puzzled.
>>>
>>
>> There are two things being done in this code:
>> First, we acquired a css_ref to make sure that the underlying cgroup
>> would not go away. That is a short lived reference, and it is put as
>>
val is unsigned long which never < 0
Signed-off-by: Chen Gang
---
drivers/misc/tsl2550.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/misc/tsl2550.c b/drivers/misc/tsl2550.c
index 1e7bc0e..5bf9448 100644
--- a/drivers/misc/tsl2550.c
+++
also has another 'unsigned long val' warnings, I will send patch v2 to
merge them together.
On 2013年04月07日 11:09, Chen Gang wrote:
>
> val is unsigned long which never < 0
>
> Signed-off-by: Chen Gang
> ---
> drivers/misc/tsl2550.c |2 +-
> 1 files changed, 1 insertions(+), 1
On Fri, Mar 29, 2013 at 06:11:15AM -0700, Alexandre Courbot wrote:
> Another issue, I could not update the Chinese documentation in a satisfying
> manner due to my absence of Chinese skills. Hope that will be forgiven.
>
Hi Alexandre,
I have changed the Chinese documentation according to your
Hello Maintainers:
please help check it when you have time.
thanks.
gchen.
On 2013年02月28日 14:34, Chen Gang wrote:
>
> need using ccflags-y instead of EXTRA_CFLAGS
> can reference scripts/checkpatch.pl (1755..1766)
>
> when make EXTRA_CFLAGS=-W, the compiling issue will be
val is unsigned long which never < 0
Signed-off-by: Chen Gang
---
drivers/misc/tsl2550.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/misc/tsl2550.c b/drivers/misc/tsl2550.c
index 1e7bc0e..558dd20 100644
--- a/drivers/misc/tsl2550.c
+++
On 04/03/2013 04:46 PM, Alex Shi wrote:
> On 04/02/2013 03:23 PM, Michael Wang wrote:
>> | 15 GB | 12 | 45393 | | 43986 |
>> | 15 GB | 16 | 45110 | | 45719 |
>> | 15 GB | 24 | 41415 | | 36813 |-11.11%
>> | 15 GB | 32 | 35988 | | 34025 |
>>
>> The reason may
fix warnings (with EXTRA_CFLAGS=-W):
format ‘%d’ expects argument of type ‘int’,
but argument 4 has type ‘size_t’ [-Wformat]
Signed-off-by: Chen Gang
---
drivers/base/regmap/regcache.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
2013/4/7, Max Filippov :
> On Sun, Apr 7, 2013 at 4:36 AM, Namjae Jeon wrote:
>>
>>
>> 2013/4/6 Max Filippov
>>>
>>> Hi Namjae,
>>>
>>> On Fri, Apr 5, 2013 at 11:57 AM, Namjae Jeon
>>> wrote:
>>> > Hi. Max.
>>> >
>>> > I have a question.
>>> > Your mmc host driver set to host->max_discard_to by
On Sat, Apr 6, 2013 at 7:35 PM, Luis R. Rodriguez
wrote:
> Segmentation fault
> make[8]: *** [/home/mcgrof/tmp/build/compat/core.o] Error 139
And sorry, *this* set should have gone out as RFCs, not PATCH. The
other 9 should be fine if we just run ckmake to test them.
Luis
--
To unsubscribe
From: "Luis R. Rodriguez"
This adds backport support for all media subsystem
drivers. This is enabled only for >= 3.2.
Signed-off-by: Luis R. Rodriguez
---
.blacklist.map |9 +
backport/Makefile.kernel |7 +
From: "Luis R. Rodriguez"
This is just test work I've been doing on the side, that really
just started from scratching an itch to see what is possible.
In the compat-drivers trees I had actually gotten to run time
test the USB video camera driver and that worked fine. Under
the new backports
From: "Luis R. Rodriguez"
It is questionable if we'd want to backport calls declared
through late_initcall() or core_initcall() on the kernel
but if this ends up being desired the current of copying
kernel code requires either patching or redefining these
symbols to make them build.
To avoid
From: "Luis R. Rodriguez"
This is enabled only for >= 3.2 and enables all regulator
drivers. This is required by some media subsystem drivers.
Signed-off-by: Luis R. Rodriguez
---
backport/Makefile.kernel |1 +
backport/compat/Kconfig|
On Sun, Apr 7, 2013 at 5:58 AM, Shaohua Li wrote:
> On Fri, Apr 05, 2013 at 06:18:10AM +0400, Max Filippov wrote:
>> On Fri, Apr 5, 2013 at 5:53 AM, Shaohua Li wrote:
>> > On Thu, Apr 04, 2013 at 06:00:18AM +0400, Max Filippov wrote:
>>
>> [...]
>>
>> >> the commit
As commit 40dc166c (PM / Core: Introduce struct syscore_ops for core
subsystems PM) say, syscore_ops operations should be carried with one
CPU on-line and interrupts disabled. However, after commit f96972f2d
(kernel/sys.c: call disable_nonboot_cpus() in kernel_restart()),
syscore_shutdown() is
On Sat, Apr 06, 2013 at 09:40:13AM +0100, James Bottomley wrote:
> On Fri, 2013-04-05 at 16:55 +0800, Wanlong Gao wrote:
> > On 03/28/2013 10:22 AM, Wanlong Gao wrote:
> > > On 03/23/2013 07:28 PM, Wanlong Gao wrote:
> > >> This series implements virtio-scsi queue steering, which gives
> > >>
On Fri, Apr 05, 2013 at 06:18:10AM +0400, Max Filippov wrote:
> On Fri, Apr 5, 2013 at 5:53 AM, Shaohua Li wrote:
> > On Thu, Apr 04, 2013 at 06:00:18AM +0400, Max Filippov wrote:
>
> [...]
>
> >> the commit 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 'block: add plug
> >> for
Hi Cody,
On 04/06/2013 04:33 AM, Cody P Schafer wrote:
In free_hot_cold_page(), we rely on pcp->batch remaining stable.
Updating it without being on the cpu owning the percpu pageset
potentially destroys this stability.
If cpu is off, can its pcp pageset be used in free_hot_code_page()?
On 6-Apr-13, at 9:22 PM, James Bottomley wrote:
John David Anglin wrote:
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says
Hi Cody,
On 04/06/2013 04:33 AM, Cody P Schafer wrote:
Creates pageset_set_batch() for use in setup_pageset().
pageset_set_batch() imitates the functionality of
setup_pagelist_highmark(), but uses the boot time
(percpu_pagelist_fraction == 0) calculations for determining ->high
Why need adjust
Hi Jiang,
On 04/06/2013 09:54 PM, Jiang Liu wrote:
The original goal of this patchset is to fix the bug reported by
https://bugzilla.kernel.org/show_bug.cgi?id=53501
Now it has also been expanded to reduce common code used by memory
initializion.
This is the third part, previous two patch sets
Hi Cody,
On 04/06/2013 04:33 AM, Cody P Schafer wrote:
In one case while modifying the ->high and ->batch fields of per cpu pagesets
we're unneededly using stop_machine() (patches 1 & 2), and in another we don't
have any
syncronization at all (patch 3).
Do you mean stop_machine() is used for
John David Anglin wrote:
>On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
>
>> On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15):
>"An
object
Hello Greg KH:
when you have time, can you help to check this patch whether OK ?
thanks.
gchen.
On 2013年04月03日 16:01, Chen Gang wrote:
> Hello maintainers:
>
> when you have time, please help to check this patch whether is OK.
>
> thanks.
>
> gchen.
>
>
> On 2013年03月27日 15:23,
> > Kconfig symbol ACPI_DEBUG_FUNC_TRACE was only used (through its
> > corresponding macro) in drivers/acpi/acpica/acmacros.h. That macro was
> > removed from that header in v3.8, with commit
> > 86ff0e508f88eda6e479a897476026055831d2d8 ("ACPICA: Fix unmerged
> > acmacros.h divergences."). That
Hi Andrew,
On 04/05/2013 11:02 PM, Andrew Shewmaker wrote:
On Wed, Apr 3, 2013 at 9:50 PM, Simon Jeons wrote:
FAQ
...
* How do you calculate a minimum useful reserve?
A user or the admin needs enough memory to login and perform
recovery operations, which includes, at a
Hi Kirill,
On 04/05/2013 07:59 PM, Kirill A. Shutemov wrote:
From: "Kirill A. Shutemov"
Here's third RFC. Thanks everybody for feedback.
Could you answer my questions in your version two?
The patchset is pretty big already and I want to stop generate new
features to keep it reviewable.
Hi Michal,
On 04/05/2013 05:30 PM, Michal Hocko wrote:
On Fri 05-04-13 17:00:58, Simon Jeons wrote:
Hi Michal,
On 04/05/2013 04:08 PM, Michal Hocko wrote:
On Fri 05-04-13 09:14:58, Simon Jeons wrote:
Hi Michal,
On 03/22/2013 04:15 PM, Michal Hocko wrote:
[getting off-list]
On Fri 22-03-13
Hi,
On 07/04/2013, at 12:24 AM, Arnd Bergmann wrote:
>> arch/arm/Kconfig| 13 ++
>> arch/arm/Makefile |3 +-
>> arch/arm/boot/dts/nspire-cx.dts | 85 +
>> arch/arm/boot/dts/nspire.dtsi
Mathieu Desnoyers wrote:
> Implement enqueue-to-head. It can run concurrently with enqueue, splice
> to queue, and iteration, but requires a mutex against dequeue and splice
> from queue operations.
>
> Useful for special-cases where a queue needs to have nodes enqueued into
> its head.
>
>
Implement enqueue-to-head. It can run concurrently with enqueue, splice
to queue, and iteration, but requires a mutex against dequeue and splice
from queue operations.
Useful for special-cases where a queue needs to have nodes enqueued into
its head.
This patch is only compile-tested.
Changes
On 06/04/13 18:41, Daniel Vetter wrote:
Maintainer reporting in. But can we please drag the context in again?
-Daniel
On Sat, Apr 6, 2013 at 8:44 PM, Lucas wrote:
Alright, CC'ing the mantainers as well.
Thanks again,
Lucas
On 06/04/13 15:18, Greg KH wrote:
Sure, can you cc: the authors
On Sat, Apr 06, 2013 at 01:55:26PM -0700, Randy Dunlap wrote:
> On 03/03/13 04:43, Borislav Petkov wrote:
> > From: Borislav Petkov
> >
> > Hold down some important points to pay attention to when preparing a
> > pull request to upper-level maintainers and/or Linus. Based on a couple
> > of
On 07/04/13 09:10, Thierry Reding wrote:
On Sat, Apr 06, 2013 at 09:02:51PM +0100, Mark Brown wrote:
On Sun, Apr 07, 2013 at 06:33:35AM +1200, Tony Prisk wrote:
The problem occurs because when CONFIG_PM=y but CONFIG_PM_SLEEP=n:
I guess this would be a problem on every driver that has been
On Sat, Apr 06, 2013 at 12:04:52PM +0200, Marco Stornelli wrote:
> In every place where sb_start_write was called now we must manage
> the error code and return -EINTR.
Now go and look for callers of mnt_want_write() ;-/ The really
painful one is in do_last(), but kern_path_create() is not much
Implement enqueue-to-head. It can run concurrently with enqueue and
splice to queue, but requires a mutex against all other queue
operations.
Useful for special-cases where a queue needs to have nodes enqueued into
its head.
This patch is only compile-tested.
Signed-off-by: Mathieu Desnoyers
Maintainer reporting in. But can we please drag the context in again?
-Daniel
On Sat, Apr 6, 2013 at 8:44 PM, Lucas wrote:
> Alright, CC'ing the mantainers as well.
>
> Thanks again,
> Lucas
>
> On 06/04/13 15:18, Greg KH wrote:
>>
>>
>> Sure, can you cc: the authors of those patches, and anyone
Hi Vyacheslav,
On 03/30/2013 03:35 PM, Vyacheslav Dubeyko wrote:
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
fs/hfs/catalog.c | 12 +---
fs/hfs/dir.c |8 ++--
fs/hfs/extent.c | 48
Bcc:
Subject: Re: [PATCH] wfcqueue: add function for unsynchronized prepend
Reply-To:
In-Reply-To: <20130329081016.ga15...@dcvr.yhbt.net>
X-Editor: vi
X-Info: http://www.efficios.com
* Eric Wong (normalper...@yhbt.net) wrote:
> In some situations, it is necessary to prepend a node to a queue.
>
On Sat, Apr 06, 2013 at 09:02:51PM +0100, Mark Brown wrote:
> On Sun, Apr 07, 2013 at 06:33:35AM +1200, Tony Prisk wrote:
>
> > The problem occurs because when CONFIG_PM=y but CONFIG_PM_SLEEP=n:
>
> > I guess this would be a problem on every driver that has been
> > converted to
On 03/03/13 04:43, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Hold down some important points to pay attention to when preparing a
> pull request to upper-level maintainers and/or Linus. Based on a couple
> of agitated mails from Linus to maintainers and random crowd sitting
> around.
>
Hi,
> Very interesting discussion, especially the argument that "we already shipped"
> would not be a convincing argument.
>
> I had senior kernel maintainers tell me and the company I work for that we
> should
> submit _all_ our platform specific kernel code and drivers for inclusion into
>
On Sun, Apr 07, 2013 at 06:33:35AM +1200, Tony Prisk wrote:
> The problem occurs because when CONFIG_PM=y but CONFIG_PM_SLEEP=n:
> I guess this would be a problem on every driver that has been
> converted to SIMPLE_DEV_PM_OPS.
> I don't know enough about the PM code to offer a fix, or whethermy
On Tue, 2013-04-02 at 15:49 -0700, Greg Kroah-Hartman wrote:
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Bing Zhao
>
> commit 084c7189acb3f969c855536166042e27f5dd703f upstream.
>
> curr_cmd points to the command that is in
Agreed. We will fix it.
Aurelien
Texas Instruments France SA, 821 Avenue Jack Kilby, 06270 Villeneuve Loubet.
036 420 040 R.C.S Antibes. Capital de EUR 12.654.784
-Original Message-
From: linus...@gmail.com [mailto:linus...@gmail.com] On Behalf Of Linus Torvalds
Sent: Saturday, April
Alexandre,
On Sat, Apr 6, 2013 at 4:39 PM, Alexandre Pereira da Silva
wrote:
> Hello,
>
> I am testing a usb key connected on a IMX23-Olinuxino board. The
> kernel panics at heavy usb trafic. This was build with the mxs
> defconfig
>
> This happens everytime with "dd if=/dev/sda of=/dev/null
Hello,
I am testing a usb key connected on a IMX23-Olinuxino board. The
kernel panics at heavy usb trafic. This was build with the mxs
defconfig
This happens everytime with "dd if=/dev/sda of=/dev/null bs=4k". The
messages of the failure varies a lot from run to run.
I tested also on kernel
Alright, CC'ing the mantainers as well.
Thanks again,
Lucas
On 06/04/13 15:18, Greg KH wrote:
Sure, can you cc: the authors of those patches, and anyone who
signed-off on them in order to get their approval as well?
thanks,
greg k-h
--
To unsubscribe from this list: send the line
Hi Thierry,
Sorry it's taken so long to report this but I've been tied up with other
patches recently. I noticed a build warning on the pwm_bl driver in
3.9-rcX but I'm not sure what the correct resolution would be. This patch:
commit e2c17bc6f717a8847df2a867caec6ba4fe85f3fc
backlight:
On Fri, Apr 05, 2013 at 02:03:52PM -0600, Stephen Warren wrote:
> On 04/05/2013 01:37 PM, Simon Glass wrote:
> > HI Wolfram,
> >
> > On Wed, Apr 3, 2013 at 12:19 PM, Wolfram Sang wrote:
> >> Doug,
> >>
> >>> Separately from a discussion of the technical merits, I'd say that
> >>> this patch is
On Fri, 05 April 2013 Vassilis Virvilis wrote:
> Hello, sorry if this is off topic. Just point me to the right direction.
> Please cc me also in the reply.
>
> Question
>
>
> Is it possible to dump only the private anonymous memory of a process?
I don't know if that's possible, but
On Sat, Apr 06, 2013 at 03:10:26PM -0300, Lucas wrote:
> On 05/04/13 14:40, Greg KH wrote:
> >I'm announcing the release of the 3.8.6 kernel.
> >
> >All users of the 3.8 kernel series must upgrade.
> >
> >The updated 3.8.y git tree can be found at:
> >
On 05/04/13 14:40, Greg KH wrote:
I'm announcing the release of the 3.8.6 kernel.
All users of the 3.8 kernel series must upgrade.
The updated 3.8.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.8.y
and can be browsed at the
Looking around, it looks like c6x has the same bug.
Some other architectures (tile) have such subtle implementations
(where is __insn_mtspr() defined?) that I have a hard time judging.
And maybe I missed something, but the rest seem ok.
Linus
On Sat, Apr 6, 2013 at 9:13 AM,
On Sat, Apr 06, 2013 at 06:45:12PM +0100, Al Viro wrote:
> On Sat, Apr 06, 2013 at 10:26:12AM -0700, Greg KH wrote:
>
> > Why not? "closed" systems, like Android and other embedded systems,
> > have "assigned" uid and gid values that never change. Right now they
> > have to have a horrible
On Sat, Apr 06, 2013 at 10:26:12AM -0700, Greg KH wrote:
> Why not? "closed" systems, like Android and other embedded systems,
> have "assigned" uid and gid values that never change. Right now they
> have to have a horrible shell-script to set these values in devtmpfs
> when the device shows up
On Sat, Apr 6, 2013 at 6:07 AM, Marco Stornelli
wrote:
> In case of VM_FAULT_RETRY, __get_user_pages returns the number
> of pages alredy gotten, but there isn't a check if this number is
> zero. Instead, we have to return a proper error code so we can avoid
> a possible extra call of
On Sat, Apr 06, 2013 at 06:09:52PM +0100, Al Viro wrote:
> On Sat, Apr 06, 2013 at 09:56:00AM -0700, Greg KH wrote:
> > From: Kay Sievers
> >
> > Some drivers want to tell userspace what uid and gid should be used for
> > their device nodes, so allow that information to percolate through the
> >
On Sat, Apr 06, 2013 at 09:56:00AM -0700, Greg KH wrote:
> From: Kay Sievers
>
> Some drivers want to tell userspace what uid and gid should be used for
> their device nodes, so allow that information to percolate through the
> driver core to userspace in order to make this happen. This means
>From 03a785f9d19249d2e524f31d8ead539f15d28a9f Mon Sep 17 00:00:00 2001
From: Sukadev Bhattiprolu
Date: Sat, 6 Apr 2013 09:52:05 -0700
Subject: [PATCH] perf: Power7 Update testing ABI to list CPI-stack events
Following patch added several Power7 events into /sys/devices/cpu/events.
Document
On Sat, Apr 06, 2013 at 03:00:55PM +0200, Sebastian Wankerl wrote:
> From: Philip Kranz
>
> To be able to properly debug kernel modules kgbd needs to know all SHF_ALLOC
> sections of the module. This patch add an array of those sections to struct
> module. One cannot use sysfs since it does not
From: Kay Sievers
Some drivers want to tell userspace what uid and gid should be used for
their device nodes, so allow that information to percolate through the
driver core to userspace in order to make this happen. This means that
some systems (i.e. Android and friends) will not need to even
>From bdeacf7175241f6c79b5b2be0fa6b20b0d0b7d1c Mon Sep 17 00:00:00 2001
From: Sukadev Bhattiprolu
Date: Sat, 6 Apr 2013 08:48:26 -0700
Subject: [PATCH] perf: Power7: Make CPI stack events available in sysfs
A set of Power7 events are often used for Cycles Per Instruction (CPI) stack
analysis.
Hi,
So this is the part that handles the rq clock on full dynticks CPUs.
May be some of the update_nohz_rq_clock() calls here could even
apply to mainline for dynticks idle CPUs.
There are still two known places I need to look into for which I had patches
in my nohz tree but I need to have a
idle_balance() is called from schedule() right before we schedule the
idle task. It needs to record the idle timestamp at that time and for
this the rq clock must be accurate. If the CPU is running tickless
we need to update the rq clock manually.
Signed-off-by: Frederic Weisbecker
Cc: Alessio
Because we may update the execution time (sched_group_set_shares()->
update_cfs_shares()->reweight_entity()->update_curr()) before
reweighting the entity after updating the group shares and this requires
an uptodate version of the runqueue clock. Let's update it on the target
CPU if it
In this function we are making use of rq->clock right before the
update of the rq clock, let's just call update_rq_clock() just
before that to avoid using a stale rq clock value.
Signed-off-by: Frederic Weisbecker
Cc: Alessio Igor Bogani
Cc: Andrew Morton
Cc: Chris Metcalf
Cc: Christoph
Read the runqueue clock through an accessor. This way
we'll be able to detect and debug stale rq clocks on
full dynticks CPUs.
Signed-off-by: Frederic Weisbecker
Cc: Alessio Igor Bogani
Cc: Andrew Morton
Cc: Chris Metcalf
Cc: Christoph Lameter
Cc: Geoff Levand
Cc: Gilad Ben Yossef
Cc:
The runqueue clock progression is maintained in 3 ways:
* Periodically with the timer tick
* On an as needed basis through update_rq_clock() calls
when we want a fresh update or we want to update the rq
clock of a dynticks CPU
* On full dynticks CPUs with explicit calls to
Because the sched_class::put_prev_task() callback of rt and fair
classes are referring to the rq clock to update their runtime
statistics. A CPU running in tickless mode may carry a stale value.
We need to update it there.
Signed-off-by: Frederic Weisbecker
Cc: Alessio Igor Bogani
Cc: Andrew
check_preempt_wakeup() of fair class needs an uptodate sched clock
value to update runtime stats of the current task.
When a task is woken up, activate_task() is usually called right before
ttwu_do_wakeup() unless the task is still in the runqueue. In this
case we need to update the rq clock
On Sat, Apr 6, 2013 at 2:55 PM, Toralf Förster wrote:
> On 04/06/2013 02:47 PM, Toralf Förster wrote:
>> On 04/06/2013 01:43 PM, richard -rw- weinberger wrote:
What I get with the this trinity command line
gt; trinity --children 2 -c madvise
>>>
>>> Does the attached patch fix the
Fix building warnings caused by redifinitions of HZ:
In file included from /ws/linux/kernel/linux.git/include/uapi/linux/param.h:4,
from include/linux/timex.h:63,
from include/linux/jiffies.h:8,
from include/linux/ktime.h:25,
from
On Sat, 2013-04-06 at 10:10 +0200, Thomas Gleixner wrote:
> Index: linux-stable/kernel/sched/clock.c
> ===
> --- linux.orig/kernel/sched/clock.c
> +++ linux/kernel/sched/clock.c
> @@ -176,10 +176,36 @@ static u64
On 03.04.13 19:27:12, Borislav Petkov wrote:
> > > + list_for_each_entry(desc, _cpu(pers_events, cpu), plist) {
> > > +
> > > + if (desc->attr->config != attr->config)
> > > + continue;
> >
> > Umm, the attr->config is not sufficient as a selector since it must be
> >
(resent with proper 'from' address)
Ingo,
please pull updates for 3.10 (tip/perf/core):
git://git.kernel.org/pub/scm/linux/kernel/git/rric/oprofile.git for-tip
Just one trivial patch.
Thanks,
-Robert
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux
This is all *COMPLETELY* wrong.
Neither the normal preempt macros, nor the plain spinlocks, should
protect anything at all against interrupts.
The real protection should come from the spin_lock_irqsave() in
lock_timer_base(), not from spinlocks, and not from preemption.
It sounds like ARC is
2013-04-02 16:03 skrev Kent Yoder:
Hi Peter,
On Mon, Apr 1, 2013 at 4:17 PM, wrote:
2013-03-28 14:12 skrev peter.hu...@infineon.com:
What also might be worth a look - in your bugzilla it states:
[ 0.225891] pnp 00:0a: Plug and Play ACPI device, IDs IFX0102
PNP0c31
(active)
[ 9.150673]
Boris,
On 15.03.13 14:06:27, Borislav Petkov wrote:
> Add the needed pieces for persistent events which makes them
> process-agnostic. Also, make their buffers read-only when mmaping them
> from userspace.
> diff --git a/include/uapi/linux/perf_event.h b/include/uapi/linux/perf_event.h
> index
On Sat, Apr 06, 2013 at 04:58:04PM +0200, Andrea Arcangeli wrote:
> You're right, so this location clearly didn't trigger the problem so I
> didn't notice the noop here. I only exercised the fix in the other
> locations of the file that had the same problem.
>
> It was a noop, so it really
On Sat, Apr 06, 2013 at 12:03:00PM +0200, Marco Stornelli wrote:
> Hi all,
>
> with this patch series we try to change the fs freeze behavior in order
> to sleep in a killable state instead of sleeping in uninterruptible
> state. The patches are *NOT* tested because but a first review is
On 6-Apr-13, at 6:52 AM, James Bottomley wrote:
On Sat, 2013-04-06 at 15:22 +1030, Rusty Russell wrote:
The problem is our assumption that section names be unique. This
assumption is wrong. The ELF spec says (version 1.1 page 1-15): "An
object file may have more than one section with the
Il 06/04/2013 15:20, Matthew Wilcox ha scritto:
On Sat, Apr 06, 2013 at 12:05:52PM +0200, Marco Stornelli wrote:
In every place where sb_start_pagefault was called now we must manage
the error code and return VM_FAULT_RETRY.
Erm ... in patch 1/4:
static inline void
Dear Alexandre Pereira da Silva,
> On Sat, Apr 6, 2013 at 10:58 AM, Marc Kleine-Budde
> wrote:
> > According to the documentation broken card detect is something different
> >
> > than non-removable:
> > > - broken-cd: There is no card detection available; polling must be
> > > used. -
Il 06/04/2013 15:17, Matthew Wilcox ha scritto:
On Sat, Apr 06, 2013 at 12:04:52PM +0200, Marco Stornelli wrote:
In every place where sb_start_write was called now we must manage
the error code and return -EINTR.
If we must manage the error code, then these functions should be marked
Hi everyone,
On Fri, Apr 05, 2013 at 04:21:04PM +0200, Borislav Petkov wrote:
> On Fri, Apr 05, 2013 at 11:01:02AM +0200, Stefan Bader wrote:
> > When looking through some mm code I stumbled over one part in
> > arch/x86/mm/pageattr.c that looks somewhat bogus to me. Cannot
> > say what exactly
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu
Cc: Geert Uytterhoeven
Cc: Greg Ungerer
Cc: linux-m...@lists.linux-m68k.org
Cc: linux-kernel@vger.kernel.org
---
arch/m68k/mm/init.c | 31 ++-
1 file changed, 2 insertions(+), 29
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu
Cc: David Howells
Cc: Koichi Yasutake
Cc: linux-am33-l...@redhat.com
Cc: linux-kernel@vger.kernel.org
---
arch/mn10300/mm/init.c | 26 ++
1 file changed, 2 insertions(+), 24
Prepare for removing num_physpages and simplify mem_init().
Signed-off-by: Jiang Liu
Cc: Jeff Dike
Cc: Richard Weinberger
Cc: user-mode-linux-de...@lists.sourceforge.net
Cc: linux-kernel@vger.kernel.org
---
arch/um/kernel/mem.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff
1 - 100 of 444 matches
Mail list logo
