On Mon, 25 Nov 2013 10:25:50 +0100, Thierry Reding
wrote:
> On Sun, Nov 24, 2013 at 09:36:51PM +, Grant Likely wrote:
> > On Fri, 22 Nov 2013 16:43:35 -0800, Tony Lindgren wrote:
> > > Currently we get the following kind of errors if we try to use
> > > interrupt phandles to irqchips that
* Jiri Olsa wrote:
> On Wed, Nov 27, 2013 at 08:19:13AM -0700, David Ahern wrote:
> > On 11/27/13, 4:57 AM, Ingo Molnar wrote:
> > >Okay, I thought this was an intentional 'all or nothing' interface -
> > >but looking at the readn() users they can tolerate partial results
> > >just fine.
> >
>
On 27 November 2013 19:52, Rafael J. Wysocki wrote:
> And here my question was: Is it safe to continue at all in that case?
Hmm.. Honestly speaking I haven't thought about it earlier. And from
the kind of inputs we got from Nishanth its not safe at all and so we
really need a BUG_ON in this
On Wed, Nov 27, 2013 at 08:19:13AM -0700, David Ahern wrote:
> On 11/27/13, 4:57 AM, Ingo Molnar wrote:
> >Okay, I thought this was an intentional 'all or nothing' interface -
> >but looking at the readn() users they can tolerate partial results
> >just fine.
>
> I believe that is the intent --
2013-11-27 (수), 16:27 +0100, Jiri Olsa:
> On Wed, Nov 27, 2013 at 04:10:45PM +0100, Jiri Olsa wrote:
> > On Wed, Nov 27, 2013 at 10:46:00PM +0900, Namhyung Kim wrote:
> > > Hi Jiri,
> > >
> > > 2013-11-25 (월), 17:03 +0100, Jiri Olsa:
> > > > On Sat, Nov 23, 2013 at 12:47:14AM +0900, Namhyung Kim
To reduce kernel size, I disabled both CONFIG_EXT2_FS and
CONFIG_EXT3_FS, and enabled CONFIG_EXT4_USE_FOR_EXT23.
Unfortunately the system behaves badly afterwards. It seems the file system
is considered full: new files can be created, but no data can be written.
Note that the file system is
On 27 November 2013 17:24, Pavel Machek wrote:
> Commit d4019f0a92ab802f385cc9c8ad3ab7b5449712cb broke compilation for
> omap-cpufreq.c . Given impresive list of ACKs and Tested-bys, I'd not
> expect such problem. This fixes it.
Probably none of them have tested this on OMAP :) and actually it
Am 2013-11-27 16:30, schrieb Lee Jones:
> On Wed, 27 Nov 2013, Stefan Agner wrote:
>
>> Am 2013-11-27 15:36, schrieb Lee Jones:
>>
>> >> Perhaps I should suggest to make TPS6586X_ANY a positive number then,
>> >> as a negative value to me indicates more of an error than a generic
>> >>
This function is not used outside of memcontrol.c so make it static.
Signed-off-by: Vladimir Davydov
Cc: Johannes Weiner
Cc: Michal Hocko
Cc: Balbir Singh
Cc: KAMEZAWA Hiroyuki
---
mm/memcontrol.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/memcontrol.c
We should start kmem accounting for a memory cgroup only after both its
kmem limit is set (KMEM_ACCOUNTED_ACTIVE) and related call sites are
patched (KMEM_ACCOUNTED_ACTIVATED). Currently memcg_can_account_kmem()
allows kmem accounting even if only one of the conditions is true.
Fix it.
On 11/27/2013 01:17 AM, Felipe Contreras wrote:
> Otherwise we might not reboot when the user needs it the most (early
> on).
>
> Signed-off-by: Felipe Contreras
> ---
> kernel/panic.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/kernel/panic.c b/kernel/panic.c
* Peter Zijlstra wrote:
> On Wed, Nov 27, 2013 at 04:35:19PM +0100, Ingo Molnar wrote:
> > So why does GCC then behave like this:
>
> I think because its a much saner behaviour; also it might still be the
> spec actually says this, its a somewhat opaque text.
>
> Anyway, yes GCC seems to
On Tue, Nov 26, 2013 at 07:03:33PM +0100, Ingo Molnar wrote:
> Not necessarily, if the number goes up - obviously then we'd also want
> to add some second directory structure to organize them into broad
> categories or so.
Right, topic libraries. That is starting to make more sense. :)
>
To put devices into low power state during system suspend, it may be convenient
for runtime PM supported subsystems, power domains and drivers to have the
option of re-using the runtime PM callbacks.
At the moment, quite complex solutions exist for power domains that tries to
handle the above,
On Wed, Nov 27, 2013 at 03:23:58PM +, Lee Jones wrote:
> On Wed, 27 Nov 2013, Mark Brown wrote:
> > > + {
> > > + .name = "max14577-regulator",
> > > + .of_compatible = "maxim,max14577-regulator",
> > > + },
> > Why is there a compatible for this at all, would this ever appear
and even this works:
triton:~> cat test.c
struct foo {
int a;
int b;
};
int litter_our_stack(void)
{
volatile struct foo x = { .a = 1, .b = 2 };
return x.b;
}
int test_code(void)
{
volatile struct foo x = { .a = 1, /* .b not initialized explicitly */
On Wed, Nov 27, 2013 at 04:35:19PM +0100, Ingo Molnar wrote:
> So why does GCC then behave like this:
I think because its a much saner behaviour; also it might still be the
spec actually says this, its a somewhat opaque text.
Anyway, yes GCC seems to behave as we 'expect' it to; I just can't
On 11/27/2013 08:20 PM, Will Deacon wrote:
> Hi Jiang Liu,
>
> On Sun, Nov 03, 2013 at 03:55:21PM +, Jiang Liu wrote:
>> On 10/30/2013 08:12 AM, Will Deacon wrote:
>>> If I try and email you at your Huawei address, I get a bounce from the mail
>>> server. Is that expected? If so, it's not
On Tue, Nov 26, 2013 at 07:17:45PM +0100, Ingo Molnar wrote:
> It's a single line added to the Makefile, the moment a .h is used for
> the first time. That's not any appreciable overhead.
Hmm, not quite. It is a bit more jumping through hoops - look at the
variables LK_DIR, LK_PATH and LIBLK for
[Maybe the third time will be the charm. -Alex]
If CONFIG_COMMON_CLK_DEBUG is defined, clk_debug_create_one() is
called to populate a debugfs directory with a few entries that are
common for all clock types.
If an error happens after creating the first one debugfs_remove() is
called on the
On Wed, 27 Nov 2013 15:08:47 +0100, Ard Biesheuvel
wrote:
> This patch makes a couple of changes to the SMBIOS/DMI scanning
> code so it can be used on other archs (such as ARM and arm64):
> (a) wrap the calls to ioremap()/iounmap(), this allows the use of a
> flavor of ioremap() more
It is allowed and will in many cases make sense to have the runtime PM
callbacks to be defined for CONFIG_PM instead of CONFIG_PM_RUNTIME.
Since the PM core disables runtime PM during system suspend, before the
.suspend_late callbacks are invoked, drivers could at this point
directly invoke it's
The pm_generic_runtime_suspend|resume functions were implemented within
CONFIG_PM_RUNTIME.
As we also may use runtime PM callbacks during system suspend, to put
devices into low power state, we need to move the implementation of
pm_generic_runtime_suspend|resume to CONFIG_PM.
This change
To put devices into low power state during sleep, it sometimes makes
sense at subsystem-level to re-use the runtime PM callbacks.
The PM core will at device_suspend_late disable runtime PM, after that
we can safely operate on these callbacks. At suspend_late the device
will be put into low power
We use the same approach as for the existing SET_SYSTEM_SLEEP_PM_OPS,
but for the late and early callbacks instead.
The new SET_LATE_SYSTEM_SLEEP_PM_OPS, defined for CONFIG_PM_SLEEP, will
point ->suspend_late, ->freeze_late and ->poweroff_late to the same
function. Vice verse happens for
On Thu, 21 Nov 2013 18:42:58 +0100, Geert Uytterhoeven
wrote:
> On Thu, Nov 21, 2013 at 6:38 PM, Rob Herring wrote:
> > I really don't like saying one arch can have built-in dtb and another
> > one can't. Either we allow it or we don't. If this is a bad feature,
> > then why did we let multiple
To simplify code for system suspend, convert the .suspend|resume
callbacks into .suspend_late|resume_early. In general this could be
convenient for any driver that supports both system PM and runtime PM.
Move the runtime PM callbacks to be implemented within CONFIG_PM, to
make them available for
* Peter Zijlstra wrote:
> On Wed, Nov 27, 2013 at 03:34:35PM +0100, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
> >
> > > On Wed, Nov 27, 2013 at 09:16:47AM -0500, Steven Rostedt wrote:
> > > > On Wed, 27 Nov 2013 14:43:45 +0100
> > > > Juri Lelli wrote:
> > > > diff --git
On Thu, 21 Nov 2013 18:49:08 +0100, Geert Uytterhoeven
wrote:
> On Thu, Nov 21, 2013 at 4:53 PM, Grant Likely
> wrote:
> >> My changes don't change the current behavior much: currently
> >> early_init_dt_scan() is already called with &__dtb_start in several places.
> >> If this is broken, it's
On Wed, 27 Nov 2013, Stefan Agner wrote:
> Am 2013-11-27 15:36, schrieb Lee Jones:
>
> >> Perhaps I should suggest to make TPS6586X_ANY a positive number then,
> >> as a negative value to me indicates more of an error than a generic
> >> parameter.
> I see, its especially confusing since the
On Wed, Nov 27, 2013 at 04:10:45PM +0100, Jiri Olsa wrote:
> On Wed, Nov 27, 2013 at 10:46:00PM +0900, Namhyung Kim wrote:
> > Hi Jiri,
> >
> > 2013-11-25 (월), 17:03 +0100, Jiri Olsa:
> > > On Sat, Nov 23, 2013 at 12:47:14AM +0900, Namhyung Kim wrote:
> > > > 2013-11-21 (목), 12:01 +0100, Jiri
On Wed, 27 Nov 2013, Mark Brown wrote:
> On Wed, Nov 27, 2013 at 01:24:42PM +, Lee Jones wrote:
>
> > I'm not keen on this patch going through ASoC, as it might make things
> > equally as awkward later in the cycle. We should have created an
> > immutable branch for that really. I guess this
On Wed, 27 Nov 2013, Mark Brown wrote:
> On Wed, Nov 27, 2013 at 02:46:21PM +0100, Krzysztof Kozlowski wrote:
>
> > + {
> > + .name = "max14577-regulator",
> > + .of_compatible = "maxim,max14577-regulator",
> > + },
>
> Why is there a compatible for this at all, would
On Thu, 21 Nov 2013 17:23:14 -0600, Rob Herring wrote:
> On Thu, Nov 21, 2013 at 6:50 AM, Grant Likely wrote:
> > On Wed, 30 Oct 2013 01:12:51 -0500, Rob Herring
> > wrote:
> >> From: Rob Herring
> >>
> >> Add boilerplate helpers to create initcalls which are conditional on
> >> matching on
Am 2013-11-27 15:36, schrieb Lee Jones:
>> Perhaps I should suggest to make TPS6586X_ANY a positive number then,
>> as a negative value to me indicates more of an error than a generic
>> parameter.
I see, its especially confusing since the version is filled using the
i2c_smbus_read_byte_data
On Wed, Nov 27, 2013 at 02:46:21PM +0100, Krzysztof Kozlowski wrote:
> + {
> + .name = "max14577-regulator",
> + .of_compatible = "maxim,max14577-regulator",
> + },
Why is there a compatible for this at all, would this ever appear as
part of a different device?
Kexec disables outer cache before jumping to reboot code, but it doesn't
flush it explicitly. Flush is done implicitly inside of l2x0_disable().
But some SoC's override default .disable handler and don't flush cache.
This may lead to a corrupted memory during Kexec reboot on these
platforms.
This
On 11/27/13, 4:57 AM, Ingo Molnar wrote:
Okay, I thought this was an intentional 'all or nothing' interface -
but looking at the readn() users they can tolerate partial results
just fine.
I believe that is the intent -- an all or nothing interface.
David
--
To unsubscribe from this list: send
Dear Geert,
In message
you wrote:
>
> Below are the static kernel sizes (as reported by "size") for m68k
> multi-platform kernels (m68k/multi_defconfig), for kernel versions
> 2.6.28 to 3.12:
>
>textdata bss dec hex filename
...
> 4010686 220476 190220 4421382 437706
On Wed, Nov 27, 2013 at 01:24:42PM +, Lee Jones wrote:
> I'm not keen on this patch going through ASoC, as it might make things
> equally as awkward later in the cycle. We should have created an
> immutable branch for that really. I guess this will have to wait for
> the next cycle now...
On Wed, 27 Nov 2013, Will Deacon wrote:
> Vince Weaver reports that, on all architectures apart from ARM,
> PERF_EVENT_IOC_PERIOD doesn't actually update the period until the next
> event fires. This is counter-intuitive behaviour and is better dealt
> with in the core code.
To be fair, it was
On Wed, Nov 27, 2013 at 10:46:00PM +0900, Namhyung Kim wrote:
> Hi Jiri,
>
> 2013-11-25 (월), 17:03 +0100, Jiri Olsa:
> > On Sat, Nov 23, 2013 at 12:47:14AM +0900, Namhyung Kim wrote:
> > > 2013-11-21 (목), 12:01 +0100, Jiri Olsa:
> > > > In order to get the proper plugins processing we need to
> >
On Wed, Nov 27, 2013 at 11:00:53AM +0900, HATAYAMA Daisuke wrote:
> Add disable_cpu_apicid kernel parameter to disable the CPU with the
> specified number of initial APIC ID, mostly used for the kdump 2nd
> kernel to disable BSP to wake up multiple CPUs without causing system
> reset or hang due
On Wed, Nov 27, 2013 at 11:00:48AM +0900, HATAYAMA Daisuke wrote:
> Add disable_cpu_apicid kernel parameter. To use this kernel parameter,
> specify an initial APIC ID of the corresponding CPU you want to
> disable.
>
> This is mostly used for the kdump 2nd kernel to disable BSP to wake up
>
On Tue, Nov 26, 2013 at 01:57:56PM +0800, Dave Young wrote:
> Kdump kernel using memmap=exactmap, move e820_reserve_setup_data after
> parsing early params so they can be set reserved finally. Or kdump kernel
> will warn about ioremap a normal ram range.
I had to stare for a while at this commit
Hello,
phpBB 3.0.12 is now available , please be sure to backup your forum before
staring in the update process .
we are happy to help you in updating your forum safely, please reply to this
email if you are interested in our paid services .
thank you
--
To unsubscribe from this list: send
On Wed, 27 Nov 2013, Roberto Sassu wrote:
> This patch stores the address of the 'template_fmt_copy' variable in a new
> variable, called 'template_fmt_ptr', so that the latter is passed as an
> argument of strsep() instead of the former. This modification is needed
> in order to correctly free
On Wed, 27 Nov 2013 15:26:49 +0100
Peter Zijlstra wrote:
> On Wed, Nov 27, 2013 at 09:16:47AM -0500, Steven Rostedt wrote:
> > On Wed, 27 Nov 2013 14:43:45 +0100
> > Juri Lelli wrote:
> > diff --git a/kernel/trace/trace_selftest.c b/kernel/trace/trace_selftest.c
> > > index f76f8d6..ad94604
Hi, I already have this patch prepared for 3.13.
On Wednesday 27 November 2013 13:51:50 Pavel Machek wrote:
> commit d18adf907651766c97eedae993f14c6e042914a6
> Author: Pavel
> Date: Wed Nov 27 13:43:40 2013 +0100
>
> Fix compilation of hci_h4p after bluetooth core changes. Only
> compile
On Wed, Nov 27, 2013 at 03:34:35PM +0100, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Wed, Nov 27, 2013 at 09:16:47AM -0500, Steven Rostedt wrote:
> > > On Wed, 27 Nov 2013 14:43:45 +0100
> > > Juri Lelli wrote:
> > > diff --git a/kernel/trace/trace_selftest.c
Boris,
Thanks for posting this series. Bear with me as I'm attempting to give
MikeT a hand. Don't be afraid to tell me a question is stupid :-)
On Wed, Nov 27, 2013 at 01:44:45PM +0100, Boris BREZILLON wrote:
> This patch adds support for accuracy retrieval on fixed clocks.
> It also adds a
On Tue, Nov 26, 2013 at 01:57:55PM +0800, Dave Young wrote:
> kexec-tools use boot_params for getting the 1st kernel hardware_subarch,
> the kexec kernel efi runtime support also need read the old efi_info from
> boot_params. Currently it exists in debugfs which is not a good place for
> such
Em Wed, Nov 27, 2013 at 11:51:25PM +0900, Namhyung Kim escreveu:
> 2013-11-27 (수), 11:41 -0300, Arnaldo Carvalho de Melo:
> > Em Wed, Nov 27, 2013 at 11:17:43PM +0900, Namhyung Kim escreveu:
> > > 2013-11-27 (수), 10:44 -0300, Arnaldo Carvalho de Melo:
> > > > Same signature, 32-bit, 64-bit
On Wed, 2013-11-27 at 14:40 +0100, Roberto Sassu wrote:
> This patch stores the address of the 'template_fmt_copy' variable in a new
> variable, called 'template_fmt_ptr', so that the latter is passed as an
> argument of strsep() instead of the former. This modification is needed
> in order to
Linus,
please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/jikos/hid.git for-linus
to receive
- fix compat ioctl leak in uhid, by David Herrmann
- fix scheduling in atomic context (causing actual lockups in real world)
in hid-sony driver, by Sven Eckelmann
- revert patch
2013-11-27 (수), 11:41 -0300, Arnaldo Carvalho de Melo:
> Em Wed, Nov 27, 2013 at 11:17:43PM +0900, Namhyung Kim escreveu:
> > 2013-11-27 (수), 10:44 -0300, Arnaldo Carvalho de Melo:
> > > Same signature, 32-bit, 64-bit userland, so whoever wrote timechart,
> > > Arjan, I
> > > think, made no
> -Original Message-
> From: Matt Fleming [mailto:m...@console-pimps.org]
> Sent: Wednesday, November 27, 2013 6:45 AM
> To: Madper Xie
> Cc: 'linux-kernel@vger.kernel.org'; linux-...@vger.kernel.org;
> matt.flem...@intel.com; Seiji Aguchi; rich...@nod.at; Tony Luck
> Subject: Re:
Re-adding the list.
Please remember to 'reply to all' when discussing patches.
> > >> Hm, when the device is not answering on that request, the probe method
> > >> should fail I would say. This means that the device is missing most
> > >> likely. However, I should set the device version to
On Wed, 2013-11-27 at 20:41 +0900, Satoru Takeuchi wrote:
> At Mon, 25 Nov 2013 13:44:29 +,
> Ben Hutchings wrote:
> >
> > This is the start of the stable review cycle for the 3.2.53 release.
> > There are 87 patches in this series, which will be posted as responses
> > to this one. If
Hello,
I've a SM SSG-6047R-E1R36L server with LSI2308 HBA, which handled by
mpt2sas kernel driver. I'm using four SATA HDD in server, 2 disks in
software RAID-1 with installed Ubuntu 12.04 LTS (3.8.0-29) and 2 disks
for standalone Ceph OSD storage.
When I run SMART short/extended test on one of
Em Wed, Nov 27, 2013 at 12:52:47PM +0100, Ingo Molnar escreveu:
>
> * Adrian Hunter wrote:
>
> > On 27/11/13 13:32, Ingo Molnar wrote:
> > >
> > > * Adrian Hunter wrote:
> > >
> > >> On 26/11/13 18:15, Ingo Molnar wrote:
> > >>>
> > >>> * Adrian Hunter wrote:
> > >>>
> > The logic was
alarm-dev.c:
Lines 71,72: Removed parantheses since return is not a function.
Signed-off-by: Aldo Iljazi
---
drivers/staging/android/alarm-dev.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/alarm-dev.c
b/drivers/staging/android/alarm-dev.c
Em Wed, Nov 27, 2013 at 11:17:43PM +0900, Namhyung Kim escreveu:
> 2013-11-27 (수), 10:44 -0300, Arnaldo Carvalho de Melo:
> > Same signature, 32-bit, 64-bit userland, so whoever wrote timechart, Arjan,
> > I
> > think, made no mistakes at using the kernel exported interface, choosing the
> > most
Hi Masami,
2013-11-27 (수), 20:57 +0900, Masami Hiramatsu:
> (2013/11/27 15:19), Namhyung Kim wrote:
> >
> > -DEFINE_BASIC_PRINT_TYPE_FUNC(u8, "%x", unsigned int)
> > -DEFINE_BASIC_PRINT_TYPE_FUNC(u16, "%x", unsigned int)
> > -DEFINE_BASIC_PRINT_TYPE_FUNC(u32, "%lx", unsigned long)
> >
> Match max14577 regulator driver by of_compatible specified in mfd_cell.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/mfd/max14577.c |5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mfd/max14577.c b/drivers/mfd/max14577.c
> index
* Jan Beulich wrote:
> >>> On 27.11.13 at 15:03, Ingo Molnar wrote:
>
> > * Jan Beulich wrote:
> >
> >> As discussed in the context of commits 3df7b41a ("x86: Unify
> >> copy_from_user() size checking") and 7a3d9b0f ("x86: Unify
> >> copy_to_user() and add size checking to it"), we want to
* Peter Zijlstra wrote:
> On Wed, Nov 27, 2013 at 09:16:47AM -0500, Steven Rostedt wrote:
> > On Wed, 27 Nov 2013 14:43:45 +0100
> > Juri Lelli wrote:
> > diff --git a/kernel/trace/trace_selftest.c b/kernel/trace/trace_selftest.c
> > > index f76f8d6..ad94604 100644
> > > ---
Commit-ID: 65661f96d3b32f4b28fef26d21be81d7e173b965
Gitweb: http://git.kernel.org/tip/65661f96d3b32f4b28fef26d21be81d7e173b965
Author: Stephane Eranian
AuthorDate: Tue, 12 Nov 2013 17:58:51 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 15:31:23 +0100
perf/x86: Add RAPL
The problem that the set timings code contains the call of Davinci
platform function davinci_aemif_setup_timing() which is not
accessible if kernel is built for another platform like Keystone.
The Keysone platform is going to use TI AEMIF driver.
If TI AEMIF is used we don't need to set timings
Clean up if error occurred rather than going through normal process
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
---
fs/ceph/addr.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/fs/ceph/addr.c b/fs/ceph/addr.c
index 1e561c0..97845b4 100644
--- a/fs/ceph/addr.c
+++
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
Li Wang (2):
ceph: Clean up if error occurred in finish_read()
ceph: Add necessary clean up if invalid reply received in
handle_reply()
fs/ceph/addr.c|3 +++
net/ceph/osd_client.c |7 +++
2 files changed, 10
Wake up possible waiters, invoke the call back if any, unregister the request
Signed-off-by: Li Wang
Signed-off-by: Yunchuan Wen
---
net/ceph/osd_client.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/net/ceph/osd_client.c b/net/ceph/osd_client.c
index 2b4b32a..a17eaae 100644
On Wed, Nov 27, 2013 at 10:27:01AM +, Matt Fleming wrote:
> Heh, you can probably already guess what I'm going to say here...
I guessed :-)
> How about using a single function to dump the memory ranges irrespective
> of whether the memory map comes from 'memmap' or 'esdata'? e.g.
> something
On Tue, Nov 26, 2013 at 01:57:54PM +0800, Dave Young wrote:
> Old kexec-tools can not load new kernel. The reason is previously kexec-tools
The reason is, kexec-tools ... previously, thus efi failed to initialize ...
> do not fill efi_info in x86 setup header thus efi init fail and switch
> to
On Wed, Nov 27, 2013 at 09:16:47AM -0500, Steven Rostedt wrote:
> On Wed, 27 Nov 2013 14:43:45 +0100
> Juri Lelli wrote:
> diff --git a/kernel/trace/trace_selftest.c b/kernel/trace/trace_selftest.c
> > index f76f8d6..ad94604 100644
> > --- a/kernel/trace/trace_selftest.c
> > +++
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git
pm+acpi-3.13-rc2
to receive ACPI and power management fixes for v3.13-rc2 with
top-most commit b90f7b8af985739facce48d64050a023e7df3858
Merge branch 'pm-tools'
on top of
>>> On 27.11.13 at 15:03, Ingo Molnar wrote:
> * Jan Beulich wrote:
>
>> As discussed in the context of commits 3df7b41a ("x86: Unify
>> copy_from_user() size checking") and 7a3d9b0f ("x86: Unify
>> copy_to_user() and add size checking to it"), we want to leverage
>> __builtin_object_size()
On 11/27/2013 03:16 PM, Steven Rostedt wrote:
> On Wed, 27 Nov 2013 14:43:45 +0100
> Juri Lelli wrote:
> diff --git a/kernel/trace/trace_selftest.c b/kernel/trace/trace_selftest.c
>> index f76f8d6..ad94604 100644
>> --- a/kernel/trace/trace_selftest.c
>> +++ b/kernel/trace/trace_selftest.c
>> @@
On Wed, Nov 27, 2013 at 01:24:42PM +, Lee Jones wrote:
> > The registers associated with the new channels on AIF2 were accidentally
> > missing defaults and not marked as readable this patch fixes this.
> >
> > Signed-off-by: Charles Keepax
> > ---
> >
> > This patch depends on the patch:
>
On Wed, 27 Nov 2013 19:06:35 +1000, Peter Crosthwaite
wrote:
> On Mon, Nov 25, 2013 at 7:32 AM, Grant Likely wrote:
> > On Sun, 24 Nov 2013 17:04:52 +1000, Peter Crosthwaite
> > wrote:
> >> On Wed, Nov 13, 2013 at 4:14 PM, Grant Likely
> >> wrote:
> >> > On Wed, 13 Nov 2013 09:17:01 +1000,
On Wednesday 27 November 2013 09:00 AM, Sekhar Nori wrote:
> On Wednesday 27 November 2013 07:01 PM, Ivan Khoronzhuk wrote:
>> As we switch to use the watchdog core which permits more than one
>> active watchdog in the system, rename platform driver to
>> "davinci-wdt" to be identifiable.
>>
>>
Hi Arnaldo,
2013-11-27 (수), 10:44 -0300, Arnaldo Carvalho de Melo:
> Em Wed, Nov 27, 2013 at 05:49:02PM +0900, Namhyung Kim escreveu:
> > On Tue, 26 Nov 2013 18:54:37 +0400, Stanislav Fomichev wrote:
> > > Since b000c8065a92 "tracing: Remove the extra 4 bytes of padding in
> > > events"
> > >
* Peter Zijlstra wrote:
> On Wed, Nov 27, 2013 at 03:01:43PM +0100, Ingo Molnar wrote:
> > > So the problem I see with this one is that because you're allowed to
> > > call sched_setparam() or whatever it will be called next on another
> > > task; a task can very easily fail its
Match max14577 regulator driver by of_compatible specified in mfd_cell.
Signed-off-by: Krzysztof Kozlowski
---
drivers/mfd/max14577.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/max14577.c b/drivers/mfd/max14577.c
index 94b766d..1337c45 100644
---
On Wed, 27 Nov 2013 14:43:45 +0100
Juri Lelli wrote:
diff --git a/kernel/trace/trace_selftest.c b/kernel/trace/trace_selftest.c
> index f76f8d6..ad94604 100644
> --- a/kernel/trace/trace_selftest.c
> +++ b/kernel/trace/trace_selftest.c
> @@ -1023,16 +1023,16 @@ trace_selftest_startup_nop(struct
On Wednesday, November 27, 2013 08:26:00 AM Viresh Kumar wrote:
> On 27 November 2013 01:48, Rafael J. Wysocki wrote:
> > On Tuesday, November 26, 2013 08:39:02 PM Pavel Machek wrote:
> >> So... we freeze frequencies in whatever state they are, yes?
>
> Better go through the V3 of this patchset:
Commit-ID: 4788e5b4b2338f85fa42a712a182d8afd65d7c58
Gitweb: http://git.kernel.org/tip/4788e5b4b2338f85fa42a712a182d8afd65d7c58
Author: Stephane Eranian
AuthorDate: Tue, 12 Nov 2013 17:58:50 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 11:16:40 +0100
perf/x86: Add Intel
Commit-ID: 96739d6e548e16d76de39d059e1e39e70c187fff
Gitweb: http://git.kernel.org/tip/96739d6e548e16d76de39d059e1e39e70c187fff
Author: Nicolas Dichtel
AuthorDate: Wed, 20 Nov 2013 09:50:28 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 11:05:23 +0100
sched/doc: Fix
On Wed, Nov 27, 2013 at 03:01:43PM +0100, Ingo Molnar wrote:
> > So the problem I see with this one is that because you're allowed to
> > call sched_setparam() or whatever it will be called next on another
> > task; a task can very easily fail its sched_getparam() call.
> >
> > Suppose the
On Wednesday, November 27, 2013 08:31:02 AM Viresh Kumar wrote:
> On 27 November 2013 01:51, Rafael J. Wysocki wrote:
> > I was talking about the case when your
> >
> > __cpufreq_driver_target(policy, policy->cur - 1, CPUFREQ_RELATION_L);
> >
> > fails. The other case is not really interesting.
Commit-ID: 8dce7a9a6f4ca7163161a80a4603b66c88c5de8e
Gitweb: http://git.kernel.org/tip/8dce7a9a6f4ca7163161a80a4603b66c88c5de8e
Author: Sasha Levin
AuthorDate: Thu, 13 Jun 2013 18:41:16 -0400
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 11:55:20 +0100
lockdep: Be nice about
Commit-ID: 192301e70af3f6803c6354a464ebfa742da738ae
Gitweb: http://git.kernel.org/tip/192301e70af3f6803c6354a464ebfa742da738ae
Author: Oleg Nesterov
AuthorDate: Wed, 13 Nov 2013 16:45:38 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 13:50:53 +0100
sched: Check TASK_DEAD
Commit-ID: bb8cbbfee68518796df4050868e5b0f5ad078f9f
Gitweb: http://git.kernel.org/tip/bb8cbbfee68518796df4050868e5b0f5ad078f9f
Author: Oleg Nesterov
AuthorDate: Wed, 13 Nov 2013 15:36:12 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 13:50:50 +0100
tasks/fork: Remove
Commit-ID: 5634bd7d2ab14fbf736b62b0788fb68e2cb0fde2
Gitweb: http://git.kernel.org/tip/5634bd7d2ab14fbf736b62b0788fb68e2cb0fde2
Author: Sasha Levin
AuthorDate: Thu, 13 Jun 2013 18:41:17 -0400
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 11:55:21 +0100
liblockdep: Wrap
Commit-ID: 5a52c9b480e09a782618dbf08de57f9ca54c8b49
Gitweb: http://git.kernel.org/tip/5a52c9b480e09a782618dbf08de57f9ca54c8b49
Author: Sasha Levin
AuthorDate: Thu, 13 Jun 2013 18:41:20 -0400
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 11:55:23 +0100
liblockdep: Add public
Commit-ID: c44f2a020072d75d6b0cbf9f139a09719cda9367
Gitweb: http://git.kernel.org/tip/c44f2a020072d75d6b0cbf9f139a09719cda9367
Author: Vincent Guittot
AuthorDate: Fri, 18 Oct 2013 13:52:21 +0200
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 13:50:54 +0100
sched/fair: Move load
Commit-ID: 86506a99a62400e9f7b7d1344bcc9ea235faf98f
Gitweb: http://git.kernel.org/tip/86506a99a62400e9f7b7d1344bcc9ea235faf98f
Author: Oleg Nesterov
AuthorDate: Wed, 13 Nov 2013 15:36:14 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 13:50:52 +0100
tasks/exit: Remove unused
Commit-ID: eafade90e67a9b627aee331a9d0cc0c4328fb00e
Gitweb: http://git.kernel.org/tip/eafade90e67a9b627aee331a9d0cc0c4328fb00e
Author: Stephane Eranian
AuthorDate: Tue, 12 Nov 2013 17:58:51 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 13:45:04 +0100
perf/x86: Add RAPL
Commit-ID: e6c390f2dfd04c165ce45b0032f73fba85b1f282
Gitweb: http://git.kernel.org/tip/e6c390f2dfd04c165ce45b0032f73fba85b1f282
Author: Dario Faggioli
AuthorDate: Thu, 7 Nov 2013 14:43:35 +0100
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 14:08:50 +0100
sched: Add
Commit-ID: 1acd437c59c7dd78d8f1e5f07bea6a18b7b5cd77
Gitweb: http://git.kernel.org/tip/1acd437c59c7dd78d8f1e5f07bea6a18b7b5cd77
Author: Sasha Levin
AuthorDate: Thu, 13 Jun 2013 18:41:24 -0400
Committer: Ingo Molnar
CommitDate: Wed, 27 Nov 2013 11:56:32 +0100
liblockdep: Add a
401 - 500 of 1372 matches
Mail list logo
