On Fri, Jun 24, 2016 at 3:33 PM, Takashi Iwai wrote:
> On Tue, 21 Jun 2016 19:41:28 +0200,
> Dmitry Vyukov wrote:
>>
>> On Mon, Jun 6, 2016 at 6:39 PM, Takashi Iwai wrote:
>> > On Mon, 06 Jun 2016 18:29:25 +0200,
>> > Dmitry Vyukov wrote:
>> >>
>> >> On Mon, Jun 6,
On Fri, Jun 24, 2016 at 3:33 PM, Takashi Iwai wrote:
> On Tue, 21 Jun 2016 19:41:28 +0200,
> Dmitry Vyukov wrote:
>>
>> On Mon, Jun 6, 2016 at 6:39 PM, Takashi Iwai wrote:
>> > On Mon, 06 Jun 2016 18:29:25 +0200,
>> > Dmitry Vyukov wrote:
>> >>
>> >> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai
On 22/06/2016 23:08, Nick Dyer wrote:
> Some touch controllers send out touch data in a similar way to a
> greyscale frame grabber.
>
> Use a new device prefix v4l-touch for these devices, to stop generic
> capture software from treating them as webcams.
>
> Add formats:
> -
On 22/06/2016 23:08, Nick Dyer wrote:
> Some touch controllers send out touch data in a similar way to a
> greyscale frame grabber.
>
> Use a new device prefix v4l-touch for these devices, to stop generic
> capture software from treating them as webcams.
>
> Add formats:
> -
On 06/24/2016 02:46 AM, Wolfram Sang wrote:
On Tue, Jun 07, 2016 at 08:38:41PM +0300, Vladimir Zapolskiy wrote:
The change adds a simple watchdog pretimeout framework infrastructure,
its purpose is to allow users to select a desired handling of watchdog
pretimeout events, which may be generated
On 06/24/2016 02:46 AM, Wolfram Sang wrote:
On Tue, Jun 07, 2016 at 08:38:41PM +0300, Vladimir Zapolskiy wrote:
The change adds a simple watchdog pretimeout framework infrastructure,
its purpose is to allow users to select a desired handling of watchdog
pretimeout events, which may be generated
On Fri, Jun 24, 2016 at 03:23:37PM +0200, Vincent Guittot wrote:
> > It seemed like a simple and cheap way to increase accuracy, nothing more
> > behind it until the commit you referred to.
>
> Thanks for the clarification.
> I thought that the difference should always be smaller than 1/64th of
>
On Fri, Jun 24, 2016 at 03:23:37PM +0200, Vincent Guittot wrote:
> > It seemed like a simple and cheap way to increase accuracy, nothing more
> > behind it until the commit you referred to.
>
> Thanks for the clarification.
> I thought that the difference should always be smaller than 1/64th of
>
On Fri, 2016-06-24 at 10:30 +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Have printk*once() return a bool which denotes whether the string was
> printed or not so that calling code can react accordingly.
I expected object size to either increase or stay the
same with
On Fri, 2016-06-24 at 10:30 +0200, Borislav Petkov wrote:
> From: Borislav Petkov
>
> Have printk*once() return a bool which denotes whether the string was
> printed or not so that calling code can react accordingly.
I expected object size to either increase or stay the
same with just this
On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> > --- a/kernel/sched/fair.c
> > +++ b/kernel/sched/fair.c
> > @@ -2484,7 +2484,7 @@ static inline long calc_tg_weight(struct task_group
> > *tg, struct cfs_rq *cfs_rq)
> > */
> > tg_weight =
On 06/24/2016 04:09 AM, Pranay Kr. Srivastava wrote:
> When a timeout occurs or a recv fails, then
> instead of abruplty killing nbd block device
s/abruplty/abruptly/
> wait for it's users to finish.
s/it's/its/
>
> This is more required when filesystem(s) like
> ext2 or ext3 don't expect
On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> > --- a/kernel/sched/fair.c
> > +++ b/kernel/sched/fair.c
> > @@ -2484,7 +2484,7 @@ static inline long calc_tg_weight(struct task_group
> > *tg, struct cfs_rq *cfs_rq)
> > */
> > tg_weight =
On 06/24/2016 04:09 AM, Pranay Kr. Srivastava wrote:
> When a timeout occurs or a recv fails, then
> instead of abruplty killing nbd block device
s/abruplty/abruptly/
> wait for it's users to finish.
s/it's/its/
>
> This is more required when filesystem(s) like
> ext2 or ext3 don't expect
On 06/24/2016 03:29 AM, Markus Pargmann wrote:
> From: "Pranay Kr. Srivastava"
>
> When a timeout occurs or a recv fails, then instead of abruplty killing
s/abruplty/abruptly/
> nbd block device wait for it's users to finish.
s/it's/its/ (remember, "it's" is only usable
On 06/24/2016 03:29 AM, Markus Pargmann wrote:
> From: "Pranay Kr. Srivastava"
>
> When a timeout occurs or a recv fails, then instead of abruplty killing
s/abruplty/abruptly/
> nbd block device wait for it's users to finish.
s/it's/its/ (remember, "it's" is only usable where "it is" would
Hi,
On 24/06/2016 at 19:01:09 +0530, Raashid Muhammed wrote :
> Add power led node and rename status led node.
>
Well, I'm ok with the change but this does more:
> Signed-off-by: Raashid Muhammed
> Reviewed-by: Vijay Kumar B.
> ---
>
Hi,
On 24/06/2016 at 19:01:09 +0530, Raashid Muhammed wrote :
> Add power led node and rename status led node.
>
Well, I'm ok with the change but this does more:
> Signed-off-by: Raashid Muhammed
> Reviewed-by: Vijay Kumar B.
> ---
> arch/arm/boot/dts/at91-sam9_l9260.dts | 13 +
Hi Mel,
On 06/24/2016 01:39 AM, Mel Gorman wrote:
On Thu, Jun 23, 2016 at 11:05:33PM -0700, Guenter Roeck wrote:
Hi,
I see a lot of crashes with various architectures in next-20160623.
I bisected mips and sh; both bisect log point to the same patch.
Bisect log is attached. arm, ppc, and x86
Hi Mel,
On 06/24/2016 01:39 AM, Mel Gorman wrote:
On Thu, Jun 23, 2016 at 11:05:33PM -0700, Guenter Roeck wrote:
Hi,
I see a lot of crashes with various architectures in next-20160623.
I bisected mips and sh; both bisect log point to the same patch.
Bisect log is attached. arm, ppc, and x86
On Friday, June 17, 2016 01:28:32 AM Len Brown wrote:
> Rafael,
>
> Since you've already pulled Dave's intel-family.h intel_idle changes
> into your tree, please also apply these intel_idle patches to that branch.
>
> [PATCH 1/2] drivers/idle: make intel_idle.c driver more explicitly
> [PATCH
> -Original Message-
> From: Herbert Xu [mailto:herb...@gondor.apana.org.au]
> Sent: Friday, June 24, 2016 2:33 PM
> To: Stephen Rothwell
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Benedetto,
> Salvatore
>
On Friday, June 17, 2016 01:28:32 AM Len Brown wrote:
> Rafael,
>
> Since you've already pulled Dave's intel-family.h intel_idle changes
> into your tree, please also apply these intel_idle patches to that branch.
>
> [PATCH 1/2] drivers/idle: make intel_idle.c driver more explicitly
> [PATCH
> -Original Message-
> From: Herbert Xu [mailto:herb...@gondor.apana.org.au]
> Sent: Friday, June 24, 2016 2:33 PM
> To: Stephen Rothwell
> Cc: linux-n...@vger.kernel.org; linux-kernel@vger.kernel.org; Benedetto,
> Salvatore
> Subject: Re: linux-next: build failure after merge of the
On Friday, June 24, 2016 12:28:09 AM MyungJoo Ham wrote:
> > Hi,
> >
> > 2016-06-23 22:40 GMT+09:00 Rafael J. Wysocki :
> > > On Thu, Jun 23, 2016 at 4:18 AM, Chanwoo Choi
> > > wrote:
> > >> This patch sends the DEVFREQ_POSTCHANGE notification when
> >
On Friday, June 24, 2016 12:28:09 AM MyungJoo Ham wrote:
> > Hi,
> >
> > 2016-06-23 22:40 GMT+09:00 Rafael J. Wysocki :
> > > On Thu, Jun 23, 2016 at 4:18 AM, Chanwoo Choi
> > > wrote:
> > >> This patch sends the DEVFREQ_POSTCHANGE notification when
> > >> devfreq->profile->targer() is failed.
On Fri, Jun 24, 2016 at 03:23:37PM +0200, Vincent Guittot wrote:
> On 24 June 2016 at 15:09, Peter Zijlstra wrote:
> > On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> >
> >> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> >> > index
On Tue, 21 Jun 2016 19:41:28 +0200,
Dmitry Vyukov wrote:
>
> On Mon, Jun 6, 2016 at 6:39 PM, Takashi Iwai wrote:
> > On Mon, 06 Jun 2016 18:29:25 +0200,
> > Dmitry Vyukov wrote:
> >>
> >> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
> >> > On Sat, 04 Jun
On Fri, Jun 24, 2016 at 03:23:37PM +0200, Vincent Guittot wrote:
> On 24 June 2016 at 15:09, Peter Zijlstra wrote:
> > On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> >
> >> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> >> > index 22d64b3f5876..d4f6fb2f3057 100644
On Tue, 21 Jun 2016 19:41:28 +0200,
Dmitry Vyukov wrote:
>
> On Mon, Jun 6, 2016 at 6:39 PM, Takashi Iwai wrote:
> > On Mon, 06 Jun 2016 18:29:25 +0200,
> > Dmitry Vyukov wrote:
> >>
> >> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
> >> > On Sat, 04 Jun 2016 20:27:50 +0200,
> >> >
On Fri, Jun 24, 2016 at 3:32 PM, Takashi Iwai wrote:
> On Tue, 21 Jun 2016 20:26:48 +0200,
> Dmitry Vyukov wrote:
>>
>> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
>> > On Sat, 04 Jun 2016 20:27:50 +0200,
>> > Dmitry Vyukov wrote:
>> >>
>> >> On Sat, Jun 4,
On Fri, Jun 24, 2016 at 3:32 PM, Takashi Iwai wrote:
> On Tue, 21 Jun 2016 20:26:48 +0200,
> Dmitry Vyukov wrote:
>>
>> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
>> > On Sat, 04 Jun 2016 20:27:50 +0200,
>> > Dmitry Vyukov wrote:
>> >>
>> >> On Sat, Jun 4, 2016 at 8:00 PM, Dmitry Vyukov
On Fri, Jun 24, 2016 at 04:20:22PM +1000, Stephen Rothwell wrote:
> Hi Herbert,
>
> After merging the crypto tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> net/built-in.o: In function `.ecdh_shared_secret':
> (.text+0x4ad8d0): multiple definition of
On Fri, Jun 24, 2016 at 04:20:22PM +1000, Stephen Rothwell wrote:
> Hi Herbert,
>
> After merging the crypto tree, today's linux-next build (powerpc
> allyesconfig) failed like this:
>
> net/built-in.o: In function `.ecdh_shared_secret':
> (.text+0x4ad8d0): multiple definition of
On Tue, 21 Jun 2016 20:26:48 +0200,
Dmitry Vyukov wrote:
>
> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
> > On Sat, 04 Jun 2016 20:27:50 +0200,
> > Dmitry Vyukov wrote:
> >>
> >> On Sat, Jun 4, 2016 at 8:00 PM, Dmitry Vyukov wrote:
> >> > Hello,
> >>
On Tue, 21 Jun 2016 20:26:48 +0200,
Dmitry Vyukov wrote:
>
> On Mon, Jun 6, 2016 at 4:11 PM, Takashi Iwai wrote:
> > On Sat, 04 Jun 2016 20:27:50 +0200,
> > Dmitry Vyukov wrote:
> >>
> >> On Sat, Jun 4, 2016 at 8:00 PM, Dmitry Vyukov wrote:
> >> > Hello,
> >> >
> >> > The following program
Add power led node and rename status led node.
Signed-off-by: Raashid Muhammed
Reviewed-by: Vijay Kumar B.
---
arch/arm/boot/dts/at91-sam9_l9260.dts | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git
Add power led node and rename status led node.
Signed-off-by: Raashid Muhammed
Reviewed-by: Vijay Kumar B.
---
arch/arm/boot/dts/at91-sam9_l9260.dts | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/arch/arm/boot/dts/at91-sam9_l9260.dts
Add missing pinctrl information to ethernet node.
Signed-off-by: Raashid Muhammed
Reviewed-by: Vijay Kumar B.
---
arch/arm/boot/dts/at91-sam9_l9260.dts | 1 +
1 file changed, 1 insertion(+)
diff --git
Add missing pinctrl information to ethernet node.
Signed-off-by: Raashid Muhammed
Reviewed-by: Vijay Kumar B.
---
arch/arm/boot/dts/at91-sam9_l9260.dts | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/at91-sam9_l9260.dts
b/arch/arm/boot/dts/at91-sam9_l9260.dts
index
On Wed, Jun 22, 2016 at 07:26:06PM +0200, Stephan Mueller wrote:
> Hi John, Herbert,
>
> Changes v2: use ktime_get_ns instead of ktime_get_raw_ns
>
> The testing was re-performed and indicate no difference to the previous
> testing.
Patch applied. Thanks.
--
Email: Herbert Xu
On Wed, Jun 22, 2016 at 07:26:06PM +0200, Stephan Mueller wrote:
> Hi John, Herbert,
>
> Changes v2: use ktime_get_ns instead of ktime_get_raw_ns
>
> The testing was re-performed and indicate no difference to the previous
> testing.
Patch applied. Thanks.
--
Email: Herbert Xu
Home Page:
On Wednesday, June 22, 2016 11:01:42 AM Prakash, Prashanth wrote:
> Hi Hoan,
>
> On 6/17/2016 4:16 PM, Hoan Tran wrote:
> > Based on 8.4.7.1 section of ACPI 6.1 specification, if the platform
> > supports CPPC, the _CPC object must exist under all processor objects.
> > If cpc_desc_ptr pointer is
On Wednesday, June 22, 2016 11:01:42 AM Prakash, Prashanth wrote:
> Hi Hoan,
>
> On 6/17/2016 4:16 PM, Hoan Tran wrote:
> > Based on 8.4.7.1 section of ACPI 6.1 specification, if the platform
> > supports CPPC, the _CPC object must exist under all processor objects.
> > If cpc_desc_ptr pointer is
On Fri, Jun 24, 2016 at 12:35:18PM +0200, Daniel Danzberger wrote:
> The bridge is falsly dropping ipv6 mulitcast packets if there is:
> 1. No ipv6 address assigned on the brigde.
> 2. No external mld querier present.
> 3. The internal querier enabled.
>
> When the bridge fails to build mld
On Fri, Jun 24, 2016 at 12:35:18PM +0200, Daniel Danzberger wrote:
> The bridge is falsly dropping ipv6 mulitcast packets if there is:
> 1. No ipv6 address assigned on the brigde.
> 2. No external mld querier present.
> 3. The internal querier enabled.
>
> When the bridge fails to build mld
2016-06-23 Chris Wilson :
> On Thu, Jun 23, 2016 at 12:29:50PM -0300, Gustavo Padovan wrote:
> > -static void sync_file_add_pt(struct sync_file *sync_file, int *i,
> > +static int sync_file_set_fence(struct sync_file *sync_file,
> > + struct
On 24 June 2016 at 15:09, Peter Zijlstra wrote:
> On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
>
>> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
>> > index 22d64b3f5876..d4f6fb2f3057 100644
>> > --- a/kernel/sched/fair.c
>> > +++
2016-06-23 Chris Wilson :
> On Thu, Jun 23, 2016 at 12:29:50PM -0300, Gustavo Padovan wrote:
> > -static void sync_file_add_pt(struct sync_file *sync_file, int *i,
> > +static int sync_file_set_fence(struct sync_file *sync_file,
> > + struct fence **fences)
> > +{
> > +
On 24 June 2016 at 15:09, Peter Zijlstra wrote:
> On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
>
>> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
>> > index 22d64b3f5876..d4f6fb2f3057 100644
>> > --- a/kernel/sched/fair.c
>> > +++ b/kernel/sched/fair.c
>> > @@
On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
Some of zone threshold depends on number of managed pages in the zone.
When memory is going on/offline, it can be changed and we need to
adjust them.
This patch add recalculation to appropriate places
On 05/26/2016 08:22 AM, js1...@gmail.com wrote:
From: Joonsoo Kim
Some of zone threshold depends on number of managed pages in the zone.
When memory is going on/offline, it can be changed and we need to
adjust them.
This patch add recalculation to appropriate places and clean-up
related
2016-06-23 Chris Wilson :
> On Thu, Jun 23, 2016 at 12:29:46PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > fence_array requires a function to clean up its state before we
> > are able to call fence_put() and release
2016-06-23 Chris Wilson :
> On Thu, Jun 23, 2016 at 12:29:46PM -0300, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > fence_array requires a function to clean up its state before we
> > are able to call fence_put() and release it.
>
> An explanation along the lines of:
>
> As the
Hi Christian,
2016-06-24 Christian König :
> Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > Hi all,
> >
> > This is an attempt to improve fence support on Sync File. The basic idea
> > is to have
Hi Christian,
2016-06-24 Christian König :
> Am 23.06.2016 um 17:29 schrieb Gustavo Padovan:
> > From: Gustavo Padovan
> >
> > Hi all,
> >
> > This is an attempt to improve fence support on Sync File. The basic idea
> > is to have only sync_file->fence and store all fences there, either as
>
The proc connector messages include a sequence number, allowing userspace
programs to detect lost messages. However, performing this detection is
currently more difficult than necessary, since netlink messages can be
delivered to the application out-of-order. To fix this, leave pre-emption
The proc connector messages include a sequence number, allowing userspace
programs to detect lost messages. However, performing this detection is
currently more difficult than necessary, since netlink messages can be
delivered to the application out-of-order. To fix this, leave pre-emption
The Virtual Video Test Driver can be used to emulate video capture and
output devices so it's very useful for testing. Since is not necessary
to boot, can be enabled as module to avoid increasing the kernel size.
Signed-off-by: Javier Martinez Canillas
---
The Virtual Video Test Driver can be used to emulate video capture and
output devices so it's very useful for testing. Since is not necessary
to boot, can be enabled as module to avoid increasing the kernel size.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/configs/multi_v7_defconfig
The Virtual Video Test Driver can be used to emulate video capture and
output devices so it's very useful for testing. Since is not necessary
to boot, can be enabled as module to avoid increasing the kernel size.
Signed-off-by: Javier Martinez Canillas
---
The Virtual Video Test Driver can be used to emulate video capture and
output devices so it's very useful for testing. Since is not necessary
to boot, can be enabled as module to avoid increasing the kernel size.
Signed-off-by: Javier Martinez Canillas
---
arch/arm/configs/exynos_defconfig | 2
On 24/06/2016 15:04, Quentin Casasnovas wrote:
> On Thu, Jun 23, 2016 at 06:03:01PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 18/06/2016 11:01, Quentin Casasnovas wrote:
>>> Cross-checking the KVM/VMX VMREAD emulation code with the Intel Software
>>> Developper Manual Volume 3C - "VMREAD - Read
On 24/06/2016 15:04, Quentin Casasnovas wrote:
> On Thu, Jun 23, 2016 at 06:03:01PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 18/06/2016 11:01, Quentin Casasnovas wrote:
>>> Cross-checking the KVM/VMX VMREAD emulation code with the Intel Software
>>> Developper Manual Volume 3C - "VMREAD - Read
On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> > index 22d64b3f5876..d4f6fb2f3057 100644
> > --- a/kernel/sched/fair.c
> > +++ b/kernel/sched/fair.c
> > @@ -2484,7 +2484,7 @@ static inline long calc_tg_weight(struct
On Fri, Jun 24, 2016 at 02:44:07PM +0200, Vincent Guittot wrote:
> > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> > index 22d64b3f5876..d4f6fb2f3057 100644
> > --- a/kernel/sched/fair.c
> > +++ b/kernel/sched/fair.c
> > @@ -2484,7 +2484,7 @@ static inline long calc_tg_weight(struct
Hi Peter,
the proposed patch has fixed the performance issue. I have applied the
patch to v4.7-rc4
Jirka
On Fri, Jun 24, 2016 at 2:44 PM, Vincent Guittot
wrote:
> Hi Peter,
>
> On 24 June 2016 at 14:02, Peter Zijlstra wrote:
>> On Fri, Jun 24,
Hi Peter,
the proposed patch has fixed the performance issue. I have applied the
patch to v4.7-rc4
Jirka
On Fri, Jun 24, 2016 at 2:44 PM, Vincent Guittot
wrote:
> Hi Peter,
>
> On 24 June 2016 at 14:02, Peter Zijlstra wrote:
>> On Fri, Jun 24, 2016 at 09:44:41AM +0200, Jirka Hladky wrote:
>>>
On Fri, Jun 24, 2016 at 08:43:56PM +0800, pi3orama wrote:
>
>
> 发自我的 iPhone
>
> > 在 2016年6月24日,下午8:41,Arnaldo Carvalho de Melo 写道:
> >
> > Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
> >> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> >>> After
On Fri, Jun 24, 2016 at 08:43:56PM +0800, pi3orama wrote:
>
>
> 发自我的 iPhone
>
> > 在 2016年6月24日,下午8:41,Arnaldo Carvalho de Melo 写道:
> >
> > Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
> >> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> >>> After converting
of_find_node_by_name does an of_node_get on its return value,
so an of_node_put is needed on this value before the corresponding
variable goes out of scope.
The Coccinelle semantic patch used to make this change is as follows:
@@
struct device_node *n;
struct device_node *n1;
statement S;
of_find_node_by_name does an of_node_get on its return value,
so an of_node_put is needed on this value before the corresponding
variable goes out of scope.
The Coccinelle semantic patch used to make this change is as follows:
@@
struct device_node *n;
struct device_node *n1;
statement S;
Sorry, I only spotted your reply yesterday.
On Tue, Jun 21, 2016 at 12:51:39PM +0800, Yuyang Du wrote:
> On Tue, Jun 21, 2016 at 10:41:19AM +0200, Peter Zijlstra wrote:
> > The things we ran into with these patches were that:
> >
> > 1) You need to update the cfs_rq _before_ any entity
Sorry, I only spotted your reply yesterday.
On Tue, Jun 21, 2016 at 12:51:39PM +0800, Yuyang Du wrote:
> On Tue, Jun 21, 2016 at 10:41:19AM +0200, Peter Zijlstra wrote:
> > The things we ran into with these patches were that:
> >
> > 1) You need to update the cfs_rq _before_ any entity
On Thu, Jun 23, 2016 at 06:03:01PM +0200, Paolo Bonzini wrote:
>
>
> On 18/06/2016 11:01, Quentin Casasnovas wrote:
> > Cross-checking the KVM/VMX VMREAD emulation code with the Intel Software
> > Developper Manual Volume 3C - "VMREAD - Read Field from Virtual-Machine
> > Control Structure", I
On Thu, Jun 23, 2016 at 06:03:01PM +0200, Paolo Bonzini wrote:
>
>
> On 18/06/2016 11:01, Quentin Casasnovas wrote:
> > Cross-checking the KVM/VMX VMREAD emulation code with the Intel Software
> > Developper Manual Volume 3C - "VMREAD - Read Field from Virtual-Machine
> > Control Structure", I
On Fri, Jun 24, 2016 at 08:33:27PM +0800, pi3orama wrote:
SNIP
> > I can't compile unless I can include config.h
> >
> > [jolsa@krava perf]$ make LIBBABELTRACE_DIR=/opt/libbabeltrace/
> > LIBBABELTRACE=1
> > BUILD: Doing 'make -j4' parallel build
> > CC util/data-convert-bt.o
> >
On Fri, Jun 24, 2016 at 08:33:27PM +0800, pi3orama wrote:
SNIP
> > I can't compile unless I can include config.h
> >
> > [jolsa@krava perf]$ make LIBBABELTRACE_DIR=/opt/libbabeltrace/
> > LIBBABELTRACE=1
> > BUILD: Doing 'make -j4' parallel build
> > CC util/data-convert-bt.o
> >
Hi Peter,
On 24 June 2016 at 14:02, Peter Zijlstra wrote:
> On Fri, Jun 24, 2016 at 09:44:41AM +0200, Jirka Hladky wrote:
>> Hi Peter,
>>
>> thanks a lot for looking into it!
>>
>> I have tried to disable autogroups
>>
>> sysctl -w kernel.sched_autogroup_enabled=0
>>
>> and
Hi Peter,
On 24 June 2016 at 14:02, Peter Zijlstra wrote:
> On Fri, Jun 24, 2016 at 09:44:41AM +0200, Jirka Hladky wrote:
>> Hi Peter,
>>
>> thanks a lot for looking into it!
>>
>> I have tried to disable autogroups
>>
>> sysctl -w kernel.sched_autogroup_enabled=0
>>
>> and I can confirm that
Hi,
[auto build test WARNING on battery/master]
[also build test WARNING on v4.7-rc4 next-20160624]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Wenyou-Yang/power-act8945a_charger
On Fri, Jun 24, 2016 at 09:41:13AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
> > On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> > > After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
> > > makes
Hi,
[auto build test WARNING on battery/master]
[also build test WARNING on v4.7-rc4 next-20160624]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci/linux/commits/Wenyou-Yang/power-act8945a_charger
On Fri, Jun 24, 2016 at 09:41:13AM -0300, Arnaldo Carvalho de Melo wrote:
> Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
> > On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> > > After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
> > > makes
drivers/power/act8945a_charger.c:115:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Wenyou Yang
Signed-off-by: Fengguang Wu
---
act8945a_charger.c |2 +-
1 file changed, 1
drivers/power/act8945a_charger.c:115:2-3: Unneeded semicolon
Remove unneeded semicolon.
Generated by: scripts/coccinelle/misc/semicolon.cocci
CC: Wenyou Yang
Signed-off-by: Fengguang Wu
---
act8945a_charger.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
发自我的 iPhone
> 在 2016年6月24日,下午8:41,Arnaldo Carvalho de Melo 写道:
>
> Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
>> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
>>> After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
>>> makes
发自我的 iPhone
> 在 2016年6月24日,下午8:41,Arnaldo Carvalho de Melo 写道:
>
> Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
>> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
>>> After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
>>> makes inconvience. For
On Fri, Jun 24, 2016 at 12:48:17PM +0100, Steven Newbury wrote:
> On Fri, 2016-06-24 at 11:59 +0100, Chris Wilson wrote:
> > On Thu, Jun 23, 2016 at 02:14:12PM +0100, Steven Newbury wrote:
> > > On Thu, 2016-06-23 at 15:59 +0300, Jani Nikula wrote:
> > > > On Thu, 23 Jun 2016, Steven Newbury
On Fri, Jun 24, 2016 at 12:48:17PM +0100, Steven Newbury wrote:
> On Fri, 2016-06-24 at 11:59 +0100, Chris Wilson wrote:
> > On Thu, Jun 23, 2016 at 02:14:12PM +0100, Steven Newbury wrote:
> > > On Thu, 2016-06-23 at 15:59 +0300, Jani Nikula wrote:
> > > > On Thu, 23 Jun 2016, Steven Newbury
> >
Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> > After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
> > makes inconvience. For example, in perf script output we know which
> > process issue an event
Em Fri, Jun 24, 2016 at 02:29:07PM +0200, Jiri Olsa escreveu:
> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
> > After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
> > makes inconvience. For example, in perf script output we know which
> > process issue an event
otherwise some compiler might scream:
$ make LIBBABELTRACE_DIR=/opt/libbabeltrace/ LIBBABELTRACE=1
BUILD: Doing 'make -j4' parallel build
CC util/data-convert-bt.o
util/data-convert-bt.c: In function ‘convert__config’:
util/data-convert-bt.c:1299:19: error: implicit
From: Jiri Olsa
Marc reported use of uninitialized memory:
> In commit "403567217d3f perf symbols: Do not read symbols/data from
> device files" a check to uninitialzied memory was added. This leads to
> the following valgrind output:
>
> ==24515== Syscall param
otherwise some compiler might scream:
$ make LIBBABELTRACE_DIR=/opt/libbabeltrace/ LIBBABELTRACE=1
BUILD: Doing 'make -j4' parallel build
CC util/data-convert-bt.o
util/data-convert-bt.c: In function ‘convert__config’:
util/data-convert-bt.c:1299:19: error: implicit
From: Jiri Olsa
Marc reported use of uninitialized memory:
> In commit "403567217d3f perf symbols: Do not read symbols/data from
> device files" a check to uninitialzied memory was added. This leads to
> the following valgrind output:
>
> ==24515== Syscall param stat(file_name) points to
OK, I have applied to v4.7-rc4 via git am
Compiling kernel, should have the results soon.
Jirka
On Fri, Jun 24, 2016 at 2:09 PM, Jirka Hladky wrote:
> Thank you Peter!
>
> Should I apply it to v4.7-rc4 ?
>
> Jirka
>
> On Fri, Jun 24, 2016 at 2:02 PM, Peter Zijlstra
OK, I have applied to v4.7-rc4 via git am
Compiling kernel, should have the results soon.
Jirka
On Fri, Jun 24, 2016 at 2:09 PM, Jirka Hladky wrote:
> Thank you Peter!
>
> Should I apply it to v4.7-rc4 ?
>
> Jirka
>
> On Fri, Jun 24, 2016 at 2:02 PM, Peter Zijlstra wrote:
>> On Fri, Jun 24,
发自我的 iPhone
> 在 2016年6月24日,下午8:29,Jiri Olsa 写道:
>
>> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
>> After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
>> makes inconvience. For example, in perf script output we know which
>> process issue an
发自我的 iPhone
> 在 2016年6月24日,下午8:29,Jiri Olsa 写道:
>
>> On Fri, Jun 24, 2016 at 11:22:05AM +, Wang Nan wrote:
>> After converting perf.data to CTF, we lost pid-tid-comm mapping. Which
>> makes inconvience. For example, in perf script output we know which
>> process issue an event like this:
801 - 900 of 1424 matches
Mail list logo