Hi Byungchul,
On Mon, 17 Nov 2014 09:41:57 +0900, byungchul park wrote:
> From: Byungchul Park
>
> Currently, function graph tracer prints "!" or "+" just before
> function execution time to signal a function overhead, depending
> on the time. Even it is usually enough to do that, we sometimes
>
On 一, 2014-11-17 at 14:24 +0800, Fengguang Wu wrote:
> drivers/thermal/int340x_thermal/int3403_thermal.c:468:3-8: No need to set
> .owner here. The core will do it.
>
> Remove .owner field if calls are used which set it automatically
>
> Generated by:
You have to leave a blank line after the subject or everything gets
put into the subject.
regards,
dan carpenter
--
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
Hi all,
After merging the ia64 tree, today's linux-next build (powerpc64
allnoconfig) produced this warning:
In file included from kernel/printk/printk.c:41:0:
include/linux/syslog.h:55:12: warning: 'check_syslog_permissions' defined but
not used [-Wunused-function]
static int
On 2014.11.16 at 10:07 +0100, Ingo Molnar wrote:
>
> Junjie Mao (1):
> x86, kaslr: Prevent .bss from overlaping initrd
This breaks the build for me:
...
OBJCOPY arch/x86/boot/compressed/vmlinux.bin
HOSTCC arch/x86/boot/compressed/mkpiggy
CC arch/x86/boot/compressed/cpuflags.o
On Friday 14 November 2014 21:59:31 Dmitry Torokhov wrote:
> Hi Pali,
>
> On Friday, November 14, 2014 08:38:19 PM Pali Rohár wrote:
> > This patch series fix detection and identifying trackstick
> > on machines with ALPS devices. Last patch split trackstick
> > and bare PS/2 mouse packets
On Sun, Nov 16, 2014 at 12:48:37PM +0100, SF Markus Elfring wrote:
> > An example of a bug introduced is here:
> >
> > https://lkml.org/lkml/2014/11/3/505
>
> It seems that we try to clarify a different interpretation of "bugs", don't
> we?
>
You removed the statement from "if (foo)
On Fri, Nov 14, 2014 at 04:25:59PM +0100, Antoine Tenart wrote:
> Document the USB2 ChipIdea driver (ci13xxx) bindings.
>
> Signed-off-by: Antoine Tenart
> ---
> .../devicetree/bindings/usb/ci-hdrc-usb2.txt | 24
> ++
> 1 file changed, 24 insertions(+)
> create mode
On Fri, Nov 14, 2014 at 04:25:57PM +0100, Antoine Tenart wrote:
> The generic platform device for CI drivers is probed by calling
> ci_hdrc_probe. This is not the same device as the one for the specific
> driver, so the of_node isn't the one we're looking into.
>
> This result in not being able
On Fri, 2014-11-14 at 14:42 +0530, Vineeth Vijayan wrote:
> Now there is no way to disable TEXT randomization on a PPC32/PPC64
> machine. Text randomization happens even in the case of "echo 0 >
> /proc/sys/kernel/randomize_va_space"
>
> This happens due to the incorrect definition of
On Fri, Nov 14, 2014 at 04:25:58PM +0100, Antoine Tenart wrote:
> Add a USB2 ChipIdea driver for ci13xxx, with optional PHY, clock
> and DMA mask, to support USB2 ChipIdea controllers that don't need
> specific functions.
>
> Tested on the Marvell Berlin SoCs USB controllers.
>
> Signed-off-by:
On Tue, Nov 11, 2014 at 6:04 PM, Richard Fitzgerald
wrote:
> Signed-off-by: Richard Fitzgerald
Apart from the whitespace fix pointed out by Mark,
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Hi Felipe,
On Fri, Oct 31, 2014 at 6:56 PM, Vivek Gautam wrote:
> The host controller by itself may sometimes need to handle PHY
> and re-initialize it to re-configure some of the PHY parameters
> to get full support out of the PHY controller.
> Therefore, facilitate getting the two possible
On Fri, Nov 14, 2014 at 04:34:55PM +0100, Antoine Tenart wrote:
> Peter,
>
> On Fri, Nov 14, 2014 at 09:16:55AM +0800, Peter Chen wrote:
> >
> > Ok, Antoine, I find this patch set may not have many benefits due to
> > below reasons:
> > - There is already function ci_get_platdata to do the
Hi,
On Fri, Oct 31, 2014 at 7:21 PM, Sergei Shtylyov
wrote:
> Hello.
>
> On 10/31/2014 4:26 PM, Vivek Gautam wrote:
>
>> The host controller by itself may sometimes need to handle PHY
>> and re-initialize it to re-configure some of the PHY parameters
>> to get full support out of the PHY
On Wed, 12 Nov 2014 01:05:05 +0100, Andi Kleen wrote:
>> And please also add a new CCKEY_SRCLINE if you print srcline with the
>> callchains so that users can give "-g srcline" if they want (regardless
>> of the branch history feature).
>
> That would be largely identical to CCKEY_ADDRESS
>
On Mon, 17 Nov 2014, Pankaj Dubey wrote:
> If BL_SWITCHER is enabled but SUSPEND and CPU_IDLE is not enabled
> we are getting following config warning.
>
> warning: (BL_SWITCHER) selects CPU_PM which has unmet direct
> dependencies (SUSPEND || CPU_IDLE)
>
> It has been noticed that CPU_PM
drivers/thermal/int340x_thermal/int3403_thermal.c:468:3-8: No need to set
.owner here. The core will do it.
Remove .owner field if calls are used which set it automatically
Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
Signed-off-by: Fengguang Wu
---
int3403_thermal.c |
Hi Andi,
On Wed, 12 Nov 2014 00:31:53 +0100, Andi Kleen wrote:
> Sorry for the long delay. Just revisiting that.
>
> On Wed, Oct 22, 2014 at 10:03:51AM +0900, Namhyung Kim wrote:
>> > | | f2 tcall.c:5
>> > | | f1 tcall.c:12
>> >
If BL_SWITCHER is enabled but SUSPEND and CPU_IDLE is not enabled
we are getting following config warning.
warning: (BL_SWITCHER) selects CPU_PM which has unmet direct
dependencies (SUSPEND || CPU_IDLE)
It has been noticed that CPU_PM dependencies in this file are not really
required so let's
>This patch is used to add vendor prefix for Micron Technology
>Inc in the vendor-prefixes.txt file.
>Micron Technology,Inc.is an American multinational corporation
>based in Boise, Idaho,best known for producing many forms of
>semiconductor devices.This includes DRAM,SDRAM,flash memory,
>eMMC
From: Linus Lüssing
Date: Mon, 17 Nov 2014 03:08:16 +0100
> On Mon, Nov 03, 2014 at 06:01:46AM +0800, Herbert Xu wrote:
>> On Mon, Sep 22, 2014 at 01:32:44AM +0200, Linus Lüssing wrote:
>> > Signed-off-by: Linus Lüssing
>>
>> Acked-by: Herbert Xu
>
> Hi David,
>
> are there any unanswered
FYI, we noticed the below changes on
https://github.com/jiangliu/linux.git irqdomain/p2v7
commit 515b463a5a4c2bac0593c6d88a475a32d65f4bcc ("x86, PCI, MSI: Use hierarchy
irqdomain to manage MSI interrupts")
+--+++
|
Hi Preeti,
On Wednesday 12 November 2014 12:21 PM, Preeti U Murthy wrote:
> Hi Shreyas,
>
> On 11/03/2014 09:38 PM, Shreyas B. Prabhu wrote:
>> diff --git a/arch/powerpc/kernel/idle_power7.S
>> b/arch/powerpc/kernel/idle_power7.S
>> index 283c603..df11acb 100644
>> ---
FYI, we noticed the below changes on(TBH, I don't know the bisect is
correct or not; sorry for the noise if not)
git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git lsm/stacking
commit 58c4f9e3be81a85839ea229b1dd36bf55232d440 ("LSM: Refactor existing LSM
stacking")
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git x86/pmd-nx
commit 3622dcc2b4f4eaf23bae2511a30fc449d0e5f0d9 ("x86, mm: set NX across entire
PMD at boot")
+--+++
|
> On 17 November 2014 at 01:35 Linus Torvalds
> wrote:
>
>
> On Sun, Nov 16, 2014 at 12:42 PM, Fabian Frederick wrote:
> >
> > Thomas talked about csd_lock and the last reliable stack function
> > being smp_call_function_single, I thought it could be interesting
> > to bisect directly in smp.c
* Steven Rostedt [2014-11-14 23:58:57]:
> From: "Steven Rostedt (Red Hat)"
>
> The functions trace_seq_printf() and friends will soon no longer have
> return values. Using trace_seq_has_overflowed() and trace_handle_return()
> should be used instead.
>
> Link:
> On 16 November 2014 at 23:33 Julian Calaby wrote:
>
>
> Hi Fabian,
>
> On Sat, Nov 15, 2014 at 7:55 AM, Fabian Frederick wrote:
> > sizeof(u8) is always 1.
>
> I thought that sizeof(*variable) was preferred over sizeof(type), so
> shouldn't these be switched to that format instead?
>
> (I
Hello
Happy Weekend
These time is the wedding dress hot selling season! This weekend, buy style
2014016 http://www.dynast-bridal.com/profile/slim-wedding-dress-2014016/167962/0
2014019
http://www.dynast-bridal.com/profile/ball-gown-wedding-dress-2014019/167949/0
2014021
Hi Josh,
Today's linux-next merge of the tiny tree got a conflict in
net/openvswitch/Kconfig between commit 8cd4313aa775 ("openvswitch: Fix
build failure") from the net-next tree and commit b043d487e255 ("lib:
Conditionally compile flex_array") from the tiny tree.
I fixed it up (see below) and
Hi Seth,
(2014/11/17 10:29), Seth Jennings wrote:
> Changelog:
>
> Thanks for all the feedback!
>
> changes in v2:
> - rebase to next-20141113
> - add copyright/license block to livepatch.h
> - add _LINUX prefix to header defines
> - replace semaphore with mutex
> - add LPC_ prefix to state
(2014/11/15 13:58), Steven Rostedt wrote:
> From: "Steven Rostedt (Red Hat)"
>
> The functions trace_seq_printf() and friends will soon no longer have
> return values. Using trace_seq_has_overflowed() and trace_handle_return()
> should be used instead.
>
> Link:
On Mon, 10 Nov 2014 16:01:20 -0500, kan liang wrote:
> From: Kan Liang
>
> Sometime, especially debugging scaling issue, the function level diff
> may be high granularity. The user may want to do deeper diff analysis
> for some cache or lock issue. The "addr" key can let the user sort
>
From: Petr Tesarik
Subject: Re: [PATCH] kdump, x86: report actual value of phys_base in VMCOREINFO
Date: Fri, 14 Nov 2014 13:36:10 +0100
> On Fri, 14 Nov 2014 18:54:23 +0900 (JST)
> HATAYAMA Daisuke wrote:
>
>> From: Petr Tesarik
>> Subject: Re: [PATCH] kdump, x86: report actual value of
On 2014/11/16 11:22, Guenter Roeck wrote:
> On 11/15/2014 06:33 PM, Jiang Liu wrote:
>> Hi Guenter,
>> Could you please help to provide the config file and
>> error messages?
>
> Config file:
>
>
Patch looks good.
Thanks!
Acked-by: Anil Gurumurthy
-Original Message-
From: Fabian Frederick [mailto:f...@skynet.be]
Sent: 15 November 2014 00:20
To: linux-kernel
Cc: Joe Perches; Greg Kroah-Hartman; One Thousand Gnomes; Fabian Frederick;
Anil Gurumurthy; Sudarsana Kalluru; James
On Mon, 10 Nov 2014 16:01:19 -0500, kan liang wrote:
> From: Kan Liang
>
> Currently, the perf diff only works with same binaries. That's because
> it compares the symbol start address. It doesn't work if the perf.data
> comes from different binaries. This patch matches the function names.
>
>
Hi kan,
On Mon, 10 Nov 2014 16:01:18 -0500, kan liang wrote:
> From: Kan Liang
>
> This patch fixes a bug for perf diff.
> Without mmap2, perf diff fails to find the symbol name. The default
> symbol sort key doesn't work well.
>
> Signed-off-by: Kan Liang
Acked-by: Namhyung Kim
Thanks,
On Fri, Nov 14, 2014 at 08:14:48AM -0500, Tejun Heo wrote:
> On Thu, Nov 13, 2014 at 02:24:15PM -0500, Pranith Kumar wrote:
> > Recently lockless_dereference() was added which can be used in place of
> > hard-coding smp_read_barrier_depends(). The following PATCH makes the
> > change.
> >
> >
From: Pankaj Dubey
Exynos7 has a similar serial controller to that present in older Samsung
SoCs. To re-use the existing serial driver on Exynos7 we need to have
SERIAL_SAMSUNG_UARTS_4 and SERIAL_SAMSUNG_UARTS selected. This is not
possible because these symbols are dependent on PLAT_SAMSUNG
Hello Greg,
On Mon, Nov 17, 2014 at 2:40 AM, gre...@linuxfoundation.org
wrote:
> On Sun, Nov 16, 2014 at 07:47:02AM +0530, Abhilash Kesavan wrote:
>> Hello Greg,
>>
>> On Tue, Nov 11, 2014 at 7:55 PM, Abhilash Kesavan
>> wrote:
>> > Hi Greg,
>> >
>> > On Tue, Sep 30, 2014 at 8:02 PM, Abhilash
On 11/16/2014 02:08 PM, Ingo Molnar wrote:
* Juergen Gross wrote:
arch/x86/include/asm/cacheflush.h | 38 ---
FYI, this series breaks the UML build:
In file included from /home/mingo/tip/include/linux/highmem.h:11:0,
from
On Fri, Nov 14, 2014 at 5:58 PM, Linus Walleij wrote:
> On Mon, Nov 3, 2014 at 11:56 PM, Rafael J. Wysocki wrote:
>> On Monday, November 03, 2014 02:22:10 PM Linus Walleij wrote:
>
>>> With that change:
>>> Reviewed-by: Linus Walleij
>>
>> OK, made the changes and added your Reviewed-by.
>>
>>
On Sunday 16 November 2014 12:57 AM, Richard Cochran wrote:
> On Fri, Nov 14, 2014 at 10:37:27AM +0530, Vignesh R wrote:
>> From: Brad Griffis
>>
>> TSC interrupt handler had udelay to avoid reporting of false pen-up
>> interrupt to user space. This patch implements workaround suggesting in
>>
Hi Tomi,
Today's linux-next merge of the omap_dss2 tree got a conflict in
include/linux/of.h between commit 8a0662d9ed29 ("Driver core: Unified
interface for firmware node properties") from the pm tree and commit
6d09dc6b74ca ("of.h: Keep extern declaration of of_* variables
when !CONFIG_OF")
On Sun, Nov 16, 2014 at 3:44 PM, Thomas Gleixner wrote:
>
> _brk_end is adjusted at boot time via extend_brk() up to __brk_limit,
> which is the same as _end. We usually do not use all of that space. So
> it's expected that _brk_end < _end.
>
>> Is this correct? It sounded like tglx wanted the
在 2014年11月14日 03:35, Daniel Kurtz 写道:
On Thu, Nov 13, 2014 at 6:01 AM, Caesar Wang wrote:
In order to meet high performance and low power requirements, a power
management unit is designed or saving power when RK3288 in low power mode.
The RK3288 PMU is dedicated for managing the power ot the
Hi Jens,
After merging the block tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR: "blk_mq_free_request" [drivers/block/nvme.ko] undefined!
Caused by commit b94ebc3c7a0f ("NVMe: replace blk_put_request() with
blk_mq_free_request()").
I have used te block tree from
by beaverdownunder:
It should be obvious to anyone that RedHat has a vested interest in making the
vast majority of Linux distributions dependent on technology it controls. Linux
is its bread-and-butter.
It appears RedHat has realised that, through systemd, it can readily provide
On Sun, Nov 16, 2014 at 1:26 PM, Thomas Gleixner wrote:
> On Sat, 15 Nov 2014, Yinghai Lu wrote:
>> +static pmd_t *last_pmd;
>> /*
>> * The head.S code sets up the kernel high mapping:
>> *
>> @@ -408,9 +409,26 @@ void __init cleanup_highmap(void)
>> continue;
>> if
On Sun, Nov 16, 2014 at 10:52 AM, Thomas Gleixner wrote:
>> >
>> > Are you sure? For me, _brk_end isn't far enough:
>> >
>> > [1.475572] all_end: 0x82df5000
>> > [1.476736] _brk_end: 0x82dd6000
>>
>> Yes. _brk_end should be small then &_end.
>
> Wrong. _brk_end can move up
Signed-off-by: Thomas Wood
---
I hope this hasn't been duplicated...
drivers/staging/lustre/lnet/lnet/api-ni.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lnet/lnet/api-ni.c
b/drivers/staging/lustre/lnet/lnet/api-ni.c
index 5e6e4e2..faceb95
(2014/11/17 12:08), Namhyung Kim wrote:
> Hi Masami,
>
> On Thu, 13 Nov 2014 00:25:57 +0900, Masami Hiramatsu wrote:
>> (2014/11/11 22:10), Arnaldo Carvalho de Melo wrote:
>>> What I meant was, what is wrong with replacing:
>>>
>>> perf cache --probe # for the current kernel
>>>
>>> With:
>>>
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/tegra/dc.c between commit 8ff64c17f3be ("drm/tegra: dc:
Add missing call to drm_vblank_on()") from Linus' tree and commits
205d48edee84 ("drm/tegra: dc: Factor out DC, window and cursor commit")
and c7679306a923
Hi Masami,
On Thu, 13 Nov 2014 00:25:57 +0900, Masami Hiramatsu wrote:
> (2014/11/11 22:10), Arnaldo Carvalho de Melo wrote:
>> What I meant was, what is wrong with replacing:
>>
>> perf cache --probe # for the current kernel
>>
>> With:
>>
>> perf cache --add # for the current kernel
>>
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_pm.c between commit 6bc55a67bd4b ("drm/i915:
drop WaSetupGtModeTdRowDispatch:snb") from the drm-intel-fixes tree and
commits (not sure which ones - the code seems to have been rearranged
quite a bit)
http://linux.slashdot.org/comments.pl?sid=6078013=48398801
Some Debian Developers are apparently planning on striking
back against opponents of systemd by making it completely
impossible to use Debian without systemd in the future. Quote:
[+cc Marc, Yingjoe]
On Tue, Nov 11, 2014 at 09:23:59PM -0700, Bjorn Helgaas wrote:
> On Mon, Oct 27, 2014 at 03:48:37PM +0800, Yijing Wang wrote:
> > Now PCI host bridge drivers in arm associate MSI chip and
> > PCI bus by adding .add_bus(), and assign MSI chip pointer
> > to every PCI bus.
Hi Rafael,
After merging the pm tree, today's linux-next build (arm multi_v7_defconfig)
produced this warning:
kernel/power/Kconfig:132:error: recursive dependency detected!
kernel/power/Kconfig:132: symbol PM_RUNTIME is selected by
PM_GENERIC_DOMAINS
kernel/power/Kconfig:272:
> From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
> Sent: Friday, November 14, 2014 5:58 PM
> To: Wang, Yalin
> Cc: 'Will Deacon'; 'Ard Biesheuvel'; 'linux-kernel@vger.kernel.org';
> 'akinobu.m...@gmail.com'; 'linux...@kvack.org'; 'Joe Perches'; 'linux-arm-
>
On Mon, Nov 17, 2014 at 03:08:16AM +0100, Linus Lüssing wrote:
> On Mon, Nov 03, 2014 at 06:01:46AM +0800, Herbert Xu wrote:
> > On Mon, Sep 22, 2014 at 01:32:44AM +0200, Linus Lüssing wrote:
> > > Signed-off-by: Linus Lüssing
> >
> > Acked-by: Herbert Xu
>
> Hi David,
>
> are there any
Hi all,
After merging the net-next tree, today's linux-next build (x86_64 allmodconfig)
failed like this:
In file included from include/linux/printk.h:6:0,
from include/linux/kernel.h:13,
from net/openvswitch/flow.h:23,
from
On 2014-11-15 7:35, Rafael J. Wysocki wrote:
> On Friday, October 31, 2014 11:55:46 PM Rafael J. Wysocki wrote:
>> On Friday, October 31, 2014 07:49:49 AM Hanjun Guo wrote:
>>> On 2014年10月31日 04:12, Rafael J. Wysocki wrote:
On Thursday, October 30, 2014 05:53:00 PM Hanjun Guo wrote:
>
On Mon, 10 Nov 2014 09:09:04 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 10, 2014 at 03:36:48PM +0900, Namhyung Kim escreveu:
>> Hi Arnaldo,
>>
>> On Fri, 7 Nov 2014 12:26:18 -0300, Arnaldo Carvalho de Melo wrote:
>> > Em Fri, Nov 07, 2014 at 02:20:05PM +0900, Namhyung Kim escreveu:
>>
Hi, Philipp,
How is the status of syscon patch in
https://lkml.org/lkml/2014/5/27/422 ?
Will this patch be accepted in feature release 3.19?
Thanks,
Flora
On Mon, 2014-11-03 at 10:16 +0100, Philipp Zabel wrote:
> For devices which have a complete register for themselves, it is possible to
>
Discussion on lennart poettering, systemd, sysv
http://youtu.be/2toVPMHRo8M
Please watch and Discuss.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Nov 03, 2014 at 06:01:46AM +0800, Herbert Xu wrote:
> On Mon, Sep 22, 2014 at 01:32:44AM +0200, Linus Lüssing wrote:
> > Signed-off-by: Linus Lüssing
>
> Acked-by: Herbert Xu
Hi David,
are there any unanswered questions left?
Cheers, Linus
--
To unsubscribe from this list: send the
http://youtu.be/JbRztcLaQa8
Fuck Systemd. It is passionless static, worthless.
Only here to force us in a direction.
And Linus Trovalds agrees 100% with that direction.
But he never claimed to be brilliant
nor have good taste in women
nor be uncorruptable
(got to keep that RedHat stock
Dear Mr Schubert;
"He has not contributed anything to the open source community."
This is a complete lie. I've contributed gigabytes of media alone.
I've done years and years of programming work.
I have done far more than you ever will.
"His songs and "games" are not worth looking at,"
Your
On Mon, 10 Nov 2014 09:11:41 -0300, Arnaldo Carvalho de Melo wrote:
> Em Mon, Nov 10, 2014 at 03:53:06PM +0900, Namhyung Kim escreveu:
>> On Fri, 7 Nov 2014 12:29:31 -0300, Arnaldo Carvalho de Melo wrote:
>> > Em Fri, Nov 07, 2014 at 02:20:04PM +0900, Namhyung Kim escreveu:
>> >> When libelf is
Feminists need to be thrown out of kernel development, like how they threw
anti-feminist men out of debian and other linux distro development.
--
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
It's the same old story.
Men, engineers, built a system.
It worked well. Everything was stable and fine.
Boys and women came and ripped it down
and declared themselves king in its stead.
The empire was lost.
So here's just another organ song, just like any other
to go with that truth.
PS: Fuck
Systemd Blues. A lyrical song accompanied by some drum and a heavy thick bass
line
that's been laid down like tar during a southern snow storm,
that says Fuck SystemD, no harm Ment Mr. Poettering (who is an important man)
http://youtu.be/y0aTqsl-vfU
Please discuss.
Best Regards.
Fuck Systemd.
Hi Arnaldo,
Sorry for late reply. I was offline last week.
On Tue, 11 Nov 2014 10:02:29 -0300, Arnaldo Carvalho de Melo wrote:
> Em Tue, Nov 11, 2014 at 01:24:38PM +0900, Namhyung Kim escreveu:
>> Hi Peter,
>>
>> On Mon, Nov 10, 2014 at 9:11 PM, Peter Zijlstra wrote:
>> > On Mon, Nov 10,
On 2014/11/14 20:11, Paolo Bonzini wrote:
> Hi Igor and Takuya,
>
> here are a few small patches that simplify __kvm_set_memory_region
> and associated code. Can you please review them?
Ah, already queued. Sorry for being late to respond.
Takuya
>
> Thanks,
>
> Paolo
>
> Paolo
Hi Len,
Today's linux-next merge of the idle tree got a conflict in
arch/x86/include/uapi/asm/msr-index.h between commit 2f86dc4cddcb
("intel_pstate: Add support for HWP") from the pm tree and commit
a8b65b07d753 ("tools/power turbostat: decode MSR_*_PERF_LIMIT_REASONS")
from the idle tree.
I
Winter has come to the land of linus.
In the form of systemD.
As the prison we'll never escape from crystalizes around us
let us think about its cold embrace.
Does it bring us happiness? Does it bring us warmth?
Only the warmth of conflict (and of CPU running at 100pct).
One fairly insecure
On 2014/11/14 20:12, Paolo Bonzini wrote:
> The two kmemdup invocations can be unified. I find that the new
> placement of the comment makes it easier to see what happens.
A lot easier to follow the logic.
Reviewed-by: Takuya Yoshikawa
>
> Signed-off-by: Paolo Bonzini
> ---
>
On Fri, Oct 31, 2014 at 05:36:33PM +0100, Karol Lewandowski wrote:
> Signed-off-by: Karol Lewandowski
> ---
> drivers/misc/kdbus/bus.h| 2 ++
> drivers/misc/kdbus/connection.h | 2 ++
> drivers/misc/kdbus/domain.h | 2 ++
> 3 files changed, 6 insertions(+)
>
> diff --git
You know when you're doing some things and everything's working out well
but then out of nowhere comes that which stops you dead in your tracks?
Yeah, we're talking about this systemD takeover.
Everything was fine. Now we're on the ropes. We didn't ask for this fight
but we gotta stop what we're
On 2014年11月15日 13:41, Daniel Kurtz wrote:
On Fri, Nov 14, 2014 at 9:39 PM, Andy Yan wrote:
drm driver may probe before the i2c bus, so the driver should
defer probing until it is available
Signed-off-by: Andy Yan
---
Changes in v11: None
Changes in v10: None
Changes in v9: None
Changes in
This adds a new taint flag to indicate when the kernel or a kernel
module has been live patched. This will provide a clean indication in
bug reports that live patching was used.
Additionally, if the crash occurs in a live patched function, the live
patch module will appear beside the patched
Adds sysfs interface documentation to Documentation/ABI/testing/
Signed-off-by: Seth Jennings
---
Documentation/ABI/testing/sysfs-kernel-livepatch | 44
MAINTAINERS | 1 +
2 files changed, 45 insertions(+)
create mode 100644
Changelog:
Thanks for all the feedback!
changes in v2:
- rebase to next-20141113
- add copyright/license block to livepatch.h
- add _LINUX prefix to header defines
- replace semaphore with mutex
- add LPC_ prefix to state enum
- convert BUGs to WARNs and handle properly
- change Kconfig default
This commit introduces code for the live patching core. It implements
an ftrace-based mechanism and kernel interface for doing live patching
of kernel and kernel module functions.
It represents the greatest common functionality set between kpatch and
kgraft and can accept patches built using
On Fri, 2014-11-07 at 18:47 +, Daniel Thompson wrote:
> Currently when kdb traps printk messages then the raw log level prefix
> (consisting of '\001' followed by a numeral) does not get stripped off
> before the message is issued to the various I/O handlers supported by
> kdb. This causes
Hmm. We had a very calm -rc4, and I wish I could say that things
continued to calm down, but... Yeah, rc5 is clearly bigger than rc4
was. Oh well.
It's not like it's entirely out of line, though - rc4 was unusually
small. And the changes aren't particularly odd or scary: about 55%
drivers
On Saturday, November 15, 2014 01:32:01 PM Geert Uytterhoeven wrote:
> Hi Kevin,
>
> On Fri, Nov 14, 2014 at 6:36 PM, Kevin Hilman wrote:
> >> On Thu, Nov 13, 2014 at 11:28 PM, Kevin Hilman wrote:
> >>> It makes little sense to use generic power domains without runtime PM.
> >>
> >> Does it?
>
From: Kuninori Morimoto
Current vendor-prefixes.txt already has "ak" prefix for Asahi Kasei Corp
by ae8c4209af2c(of: Add vendor prefix for Asahi Kasei Corp.)
It went through the appropriate review process. But, almost all
Asahi Kasei chip drivers are using "asahi-kasei" prefix today.
Well, I'll get in touch with that group, Ben.
It is not about a particular device I am interested, but in the
touchpad module core (which I am not sure if it is distinguished
module from any generic input).
Thanks!
On Sun, Nov 16, 2014 at 4:03 PM, Ben Gamari wrote:
> Felipe Lavratti writes:
This patch adds the support for Samsung S2MPS13 PMIC device to the sec-core MFD
driver. The S2MPS13 is very similar with existing S2MPS14 and includes PMIC/
RTC/CLOCK devices.
Cc: Lee Jones
Signed-off-by: Chanwoo Choi
---
drivers/mfd/sec-core.c | 18 ++
This patch adds S2MPS13 regulator device to existing S2MPS11 device driver.
The S2MPS13 has just different number of regulators from S2MPS14.
The S2MPS13 regulator device includes LDO[1-40] and BUCK[1-10].
Cc: Mark Brown
Signed-off-by: Chanwoo Choi
---
drivers/mfd/sec-core.c | 13
This patchset adds Samsung S2MPS13 PMIC device driver in existing S2MPS11 PMIC
driver. The S2MPS13 has just the differnet number of regulator from existing
S2MPS14 PMIC and RTC/CLOCK IP of S2MPS13 is the same with S2MPS14. S2MPS13
PMIC has LDO[1-40] and BUCK[1-10] regulators.
Chanwoo Choi (5):
This patch adds the support for S2MPS13 PMIC clock which is same with existing
S2MPS14 RTC IP. But, S2MPS13 uses all of clocks (32khz_{ap|bt|cp}).
Cc: Mike Turquette
Signed-off-by: Chanwoo Choi
---
drivers/clk/clk-s2mps11.c | 24
1 file changed, 24 insertions(+)
diff
This patch adds the binding documentation for Samsung S2MPS13 PMIC
which is similiar with existing S2MPS14 PMIC. S2MPS13 has the different number
of regulators from S2MPS14 and RTC/Clock is the same with the S2MPS14.
Cc: Lee Jones
Signed-off-by: Chanwoo Choi
---
This patch adds only the compatible string for S2MPS13 clock which is identical
with S2MPS14 clock driver.
Cc: Alessandro Zummo
Signed-off-by: Chanwoo Choi
---
drivers/rtc/rtc-s5m.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-s5m.c
From: Byungchul Park
Changes from v2 to v3
* use inline function instead of macro
* enhance readablity
Changes from v1 to v2
* update Document/trace/ftrace.txt
* seperate the implementation as a macro
* apply the implementation to delay printing, too
Hello.
When I analysis the exit_mm()
From: Byungchul Park
Usually, "msecs" notation means milli-seconds, and "usecs" notation
means micro-seconds. Since the unit used in the code is micro-seconds,
the notation should be replaced from msecs to usecs.
Signed-off-by: Byungchul Park
---
kernel/trace/trace_functions_graph.c | 12
From: Byungchul Park
Currently, function graph tracer prints "!" or "+" just before
function execution time to signal a function overhead, depending
on the time. Even it is usually enough to do that, we sometimes
need to be signaled for bigger execution time than 100 micro seconds.
For example,
1 - 100 of 694 matches
Mail list logo