On Tuesday 25 September 2012, Andrew Lunn wrote:
> On Tue, Sep 25, 2012 at 12:14:39PM +0200, Thomas Petazzoni wrote:
> > On Tue, 25 Sep 2012 11:46:10 +0200, Andrew Lunn wrote:
> >
> > > I principle, i agree. However, i'm not too sure about mach-orion5x &
> > > mach-mv78xx0. orion5x has probably
On Tue, 2012-09-25 at 12:44 +0200, Stephane Eranian wrote:
> Hi,
>
> I don't understand why the local variable box needs to
> be declared static here:
>
> static struct intel_uncore_box *
> uncore_pmu_to_box(struct intel_uncore_pmu *pmu, int cpu)
> {
> static struct intel_uncore_box
On 25 September 2012 16:06, Viresh Kumar wrote:
> Test case 2:
> ---
> I have created a small module, which does following:
> - Create one work for each CPU (using queue_work_on(), so must schedule on
> that
> cpu)
> - Above work, will queue "n" works for each cpu with queue_work().
On Tuesday 25 September 2012 04:25 PM, Felipe Balbi wrote:
>> +.buf =
>> > + },
>> > + {/* setup read ptr */
> should this comment be /* read date */ ??
yes missed that . will update
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Mon, Sep 24, 2012 at 08:08:32PM +0200, Takashi Iwai wrote:
> At Mon, 24 Sep 2012 10:17:15 +0200,
> > Mark, could you tell me when it's ready? Since I'll be off from
> > tomorrow, I'd like to resolve sooner.
> My time is up, so I merged Peter's two patches on the top of for-next
> branch of
Hi,
On Tue, Sep 25, 2012 at 12:07:03PM +0100, Russell King - ARM Linux wrote:
> On Tue, Sep 25, 2012 at 01:37:03PM +0300, Felipe Balbi wrote:
> > On Tue, Sep 25, 2012 at 11:29:58AM +0100, Russell King - ARM Linux wrote:
> > > Because you are accusing me of potentially breaking your beagleboard
>
Em Tue, Sep 25, 2012 at 04:20:53PM +0800, Feng Tang escreveu:
> On Tue, 25 Sep 2012 11:11:21 +0900
> Namhyung Kim wrote:
> > Ditto. Plus it might leak previous input_name.
>
> Nice catch, will check the return value of "strdup".
>
> For input_name mem leak, in some cases the input_name can't
From: Lad, Prabhakar
Signed-off-by: Lad, Prabhakar
Signed-off-by: Manjunath Hadli
Cc: Hans Verkuil
---
drivers/media/platform/davinci/vpif_capture.c |4 +++-
drivers/media/platform/davinci/vpif_display.c |4 +++-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git
On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
> that's most likely, of course. But should we cause a regression to
> beagleboard XM because of that ? Also, if you look into chapter 9 of the
> runtime_pm documentation, starting on line 822 you'll see documentation
> suggests the use
> -Original Message-
> From: ABRAHAM, KISHON VIJAY [mailto:kis...@ti.com]
> Sent: Monday, September 24, 2012 11:48 AM
> To: Venu Byravarasu
> Cc: Stephen Warren; ba...@ti.com; gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; linux-...@vger.kernel.org
> Subject: Re: [PATCH v3]
On Tue, Sep 25, 2012 at 8:09 AM, Mauro Carvalho Chehab
wrote:
> Em Ter, 2012-09-25 às 08:03 -0300, Ezequiel Garcia escreveu:
>> Shubhrajyoti,
>>
>> Thanks for your patches.
>>
>> I'm adding media maintainer (Mauro) in Cc. When you send
>> patches for a file you should check who maintains them
>>
From: Lad, Prabhakar
vpif_display relied on a 1-1 mapping of output and subdev. This is not
necessarily the case. Separate the two. So there is a list of subdevs
and a list of outputs. Each output refers to a subdev and has routing
information. An output does not have to have a subdev.
The
Em Tue, Sep 25, 2012 at 01:15:05PM +0900, Namhyung Kim escreveu:
> On Mon, 24 Sep 2012 12:59:41 -0300, Arnaldo Carvalho de Melo wrote:
> > + if (add_event(pevent, event))
> > + goto event_add_failed;
> It seems we should set the 'ret' to a proper pevent_errno -
>
Em Ter, 2012-09-25 às 08:03 -0300, Ezequiel Garcia escreveu:
> Shubhrajyoti,
>
> Thanks for your patches.
>
> I'm adding media maintainer (Mauro) in Cc. When you send
> patches for a file you should check who maintains them
> and put those people in Cc.
I actually prefer to not be c/c on the
On Tue, 2012-09-25 at 10:39 +0800, Tang Chen wrote:
> > We do this because nr_node_ids changed, right? This means the entire
> > distance table grew/shrunk, which means we should do the level scan
> > again.
>
> It seems that nr_node_ids will not change once the system is up.
> I'm not quite
On Tue, Sep 25, 2012 at 01:37:03PM +0300, Felipe Balbi wrote:
> On Tue, Sep 25, 2012 at 11:29:58AM +0100, Russell King - ARM Linux wrote:
> > Because you are accusing me of potentially breaking your beagleboard
> > for merely suggesting further investigation and a better commit message.
>
> Where
Em Tue, Sep 25, 2012 at 10:25:13AM +0900, Namhyung Kim escreveu:
> On Mon, 24 Sep 2012 13:02:39 -0300, Arnaldo Carvalho de Melo wrote:
> > Em Mon, Sep 24, 2012 at 11:24:03PM +0800, Feng Tang escreveu:
> >> Which looks more natural
> >
> > It is there to avoid dragging the hist code into the python
Propagate the value returned from extcon_find_cable_index()
instead of -ENODEV. For readability, -EINVAL is returned in place of
the variable.
Signed-off-by: Sachin Kamat
---
drivers/extcon/extcon-class.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Op 25-09-12 12:42, Eric W. Biederman schreef:
> Maarten Lankhorst writes:
>
>> Hey,
>>
>> Op 25-09-12 09:05, Eric W. Biederman schreef:
>>> Maarten Lankhorst wrote:
>>>
Hey,
Op 25-09-12 05:39, Eric W. Biederman schreef:
> Maarten Lankhorst writes:
>
>> This reverts
From: Patrice Chotard
This defines the proper sleep states for all the I2C pins of
the MOP500 DB8500 ASIC setting.
Signed-off-by: Patrice Chotard
Signed-off-by: Linus Walleij
---
Requesting ARM SoC ACKs to take this through pinctrl for
ease-of-merge going forward, as dependecies are in there.
Did any of the old kernels work? Have you ruled out bad hardware?
If the answers to both questions are yes then it makes your email
harder to ignore. In which case, we'd probably want the complete
dmesg.
The USB mailing list is linux-...@vger.kernel.org.
regards,
dan carpenter
--
To
On Tue, Sep 25, 2012 at 04:03:38PM +0530, Shubhrajyoti D wrote:
> Convert the struct i2c_msg initialization to C99 format. This makes
> maintaining and editing the code simpler. Also helps once other fields
> like transferred are added in future.
>
> Signed-off-by: Shubhrajyoti D
> ---
>
Right, let's get this thread back onto a constructive footing and try
to understand the problems here.
On Tue, Sep 25, 2012 at 03:26:06PM +0530, Poddar, Sourav wrote:
> The issue was observed at serial init itself in the N800 board and the
> log does not show up much.
>
On Tue, 2012-09-25 at 16:06 +0530, Viresh Kumar wrote:
> +/* sched-domain levels */
> +#define SD_SIBLING 0x01/* Only for CONFIG_SCHED_SMT */
> +#define SD_MC 0x02/* Only for CONFIG_SCHED_MC */
> +#define SD_BOOK0x04/* Only for
Added Tejun to the CC list.
regards,
dan carpenter
On Fri, Sep 14, 2012 at 02:07:24AM +, Jongman Heo wrote:
>
> Hi Guys,
>
> I hit this warning with current linus + for-next branch of wq.git, running
> Fedora 17 on VMWare linux guest.
>
> [89449.738642] [ cut here
Em Tue, Sep 25, 2012 at 11:20:28AM +0900, Namhyung Kim escreveu:
> From: Namhyung Kim
>
> The commit 6a6cd11d4e57 ("perf test: Add test for the sched tracepoint
> format fields") added following build error:
>
> CC builtin-test.o
> builtin-test.c: In function ‘perf_evsel__test_field’:
>
On 25 September 2012 16:02, Chanwoo Choi wrote:
> On 09/25/2012 03:58 PM, Sachin Kamat wrote:
>
>> Return the value obtained from extcon_find_cable_index()
>> instead of -ENODEV.
>>
>> Fixes the following smatch info:
>> drivers/extcon/extcon-class.c:478 extcon_register_interest() info:
>> why
Hi,
I don't understand why the local variable box needs to
be declared static here:
static struct intel_uncore_box *
uncore_pmu_to_box(struct intel_uncore_pmu *pmu, int cpu)
{
static struct intel_uncore_box *box;
box = *per_cpu_ptr(pmu->box, cpu);
if (box)
Maarten Lankhorst writes:
> Hey,
>
> Op 25-09-12 09:05, Eric W. Biederman schreef:
>> Maarten Lankhorst wrote:
>>
>>> Hey,
>>>
>>> Op 25-09-12 05:39, Eric W. Biederman schreef:
Maarten Lankhorst writes:
> This reverts commit ee3efa91e240f513898050ef305a49a653c8ed90.
>
>
On Tue, Sep 25, 2012 at 11:29:58AM +0100, Russell King - ARM Linux wrote:
> On Tue, Sep 25, 2012 at 12:48:16PM +0300, Felipe Balbi wrote:
> > Hi,
> >
> > On Tue, Sep 25, 2012 at 10:21:18AM +0100, Russell King - ARM Linux wrote:
> > > On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
>
On Tue, 2012-09-25 at 01:21 -0400, Jeff Garzik wrote:
> On 09/25/2012 12:06 AM, James Bottomley wrote:
> > On Mon, 2012-09-24 at 17:00 -0400, Jeff Garzik wrote:
> >>
> >> drivers/scsi/sd.c |4
> >> drivers/scsi/sd.h |2 +-
> >> 2 files changed, 5 insertions(+), 1 deletion(-)
> >
>
In order to save power, it would be useful to schedule work onto non-IDLE cpus
instead of waking up an IDLE one.
To achieve this, we need scheduler to guide kernel frameworks (like: timers &
workqueues) on which is the most preferred CPU that must be used for these
tasks.
This routine returns
Workqueues queues work on current cpu, if the caller haven't passed a preferred
cpu. This may wake up an idle CPU, which is actually not required.
This work can be processed by any CPU and so we must select a non-idle CPU here.
This patch adds in support in workqueue framework to get preferred
In order to save power, it would be useful to schedule work onto non-IDLE cpus
instead of waking up an IDLE one.
To achieve this, we need scheduler to guide kernel frameworks (like: timers &
workqueues) on which is the most preferred CPU that must be used for these
tasks.
This patchset is about
flush_delayed_work() and flush_delayed_work_sync() had major portion of code
similar. This patch introduces another routine __flush_delayed_work() which
contains the common part to avoid code duplication.
Signed-off-by: Viresh Kumar
---
kernel/workqueue.c | 15 +--
1 file changed, 9
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-x1205.c | 92 +++---
1
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
while at it also fix a checkpatch warn
WARNING: sizeof rs5c->buf should be sizeof(rs5c->buf)
Signed-off-by: Shubhrajyoti
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-s35390a.c | 13 +++--
1 files changed, 11 insertions(+), 2
The series tries to convert the i2c_msg to c99 struct.
This may avoid issues like below if someone tries to add a
structure.
http://www.mail-archive.com/linux-i2c@vger.kernel.org/msg08972.html
Special thanks to Julia Lawall for helping it automate.
By the below script.
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-ds1672.c | 26 ++
1 files changed, 22
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-em3027.c | 17 ++---
1 files changed, 14
On Tue, 2012-09-25 at 10:39 +0800, Tang Chen wrote:
> >> @@ -6765,11 +6773,64 @@ static void sched_init_numa(void)
> >> }
> >>
> >> sched_domain_topology = tl;
> >> +
> >> +sched_domains_numa_levels = level;
>
> And I set it to level here again.
>
But its already set there.. its
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-pcf8563.c | 13 +++--
1 files changed, 11 insertions(+), 2
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-isl1208.c | 20
1 files changed, 16
On Mon, 2012-09-24 at 12:25 -0500, Seth Jennings wrote:
> In summary, I really don't understand the objection to
> promoting zcache and integrating zcache2 improvements and
> features incrementally. It seems very natural and
> straightforward to me. Rewrites can even happen in
> mainline, as
On 09/25/2012 03:58 PM, Sachin Kamat wrote:
> Return the value obtained from extcon_find_cable_index()
> instead of -ENODEV.
>
> Fixes the following smatch info:
> drivers/extcon/extcon-class.c:478 extcon_register_interest() info:
> why not propagate 'obj->cable_index' from
On Tue, Sep 25, 2012 at 12:14:39PM +0200, Thomas Petazzoni wrote:
> Dear Andrew Lunn,
>
> On Tue, 25 Sep 2012 11:46:10 +0200, Andrew Lunn wrote:
>
> > I principle, i agree. However, i'm not too sure about mach-orion5x &
> > mach-mv78xx0. orion5x has probably been broken since -rc1 was released
>
On Tue, Sep 25, 2012 at 12:48:16PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Tue, Sep 25, 2012 at 10:21:18AM +0100, Russell King - ARM Linux wrote:
> > On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
> > > On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
> > >
Hi.
Here it writes LOG target from syslog:
Sep 25 03:23:49 l24 kernel: ip:SYN-OUTPUT-HTTP IN= OUT=eth0
SRC= DST= LEN=60 TOS=0x00 PREC=0x00
TTL=64 ID=22467 DF PROTO=TCP SPT=52829 DPT=80 WINDOW=14600 RES=0x00 SYN
URGP=0 UID=564373 GID=155
This is recent, here go
On Tue, 25 Sep 2012 15:27:31 +1000
NeilBrown wrote:
> On Wed, 29 Aug 2012 15:16:41 -0700 Jeff Layton wrote:
>
>
> > This stack trace comes from cifs, not nfs.
>
> It's quite easy to trigger on NFS too.
>
> mount server:/path /mnt; exec 3>& /mnt/foo ; rm /mnt/foo; rm /mnt/.nfs* ;
> exec
On Sun, Sep 23, 2012 at 08:56:26PM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> One root structure hot_info is defined, is hooked
> up in super_block, and will be used to hold rb trees
> root, hash list root and some other information, etc.
> Adds hot_inode_tree struct to keep
On Mon, Sep 24, 2012 at 01:36:48PM -0700, Dan Magenheimer wrote:
> > From: Mel Gorman [mailto:mgor...@suse.de]
> > Subject: Re: [RFC] mm: add support for zsmalloc and zcache
> >
> > On Sat, Sep 22, 2012 at 02:18:44PM -0700, Dan Magenheimer wrote:
> > > > From: Mel Gorman [mailto:mgor...@suse.de]
Hi Peter,
While running tests with patches for sched-numa rewrite posted at
http://permalink.gmane.org/gmane.linux.kernel/1335968, I
came across a possible recursive locking scenaio.
Please see approaches and a possible patch to avoid the same.
On Mon, Sep 24, 2012 at 09:23:25PM -0600, Alex Williamson wrote:
> On Mon, 2012-09-24 at 15:02 -0700, Randy Dunlap wrote:
> > On 09/24/2012 07:53 AM, Stephen Rothwell wrote:
> >
> > > Hi all,
> > >
> > > Today was a train wreck, with lots of new conflicts across several trees
> > > and a few
Dear Andrew Lunn,
On Tue, 25 Sep 2012 11:46:10 +0200, Andrew Lunn wrote:
> I principle, i agree. However, i'm not too sure about mach-orion5x &
> mach-mv78xx0. orion5x has probably been broken since -rc1 was released
> and nobody noticed. In the same time, we got around 5 people
> independently
On Tue, Sep 25, 2012 at 10:02:16AM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Some code pathes forget to free memory on exit.
Same as with the fd's, kernel will free all memory for us at exit().
If there's lots of memory allocated, it may be even faster to leave the
On Tue, Sep 25, 2012 at 4:37 AM, Pekka Enberg wrote:
> On Mon, Sep 24, 2012 at 8:13 PM, Ezequiel Garcia
> wrote:
>> Will you pick this (and the rest of cleanup patches)
>> for v3.7 pull request?
>> Or is there anything for me to redo?
>
> I merged all the patches except for the last one which
Thanasis :
[...]
> I don't know what's wrong, but I am getting those errors.
> Are you sure about the git tree?
Yes. Replace 'git rev-list --all' with 'git rev-list --branches'.
It should show something like:
$ git rev-list --branches
a65a9b5d9c4569228909e36bb6e20d33fe208950
On 09/24/2012 06:21 PM, Avi Kivity wrote:
> On 09/24/2012 06:13 PM, Peter Zijlstra wrote:
> > On Mon, 2012-09-24 at 18:10 +0200, Avi Kivity wrote:
> >> > Its also still a LAPIC write -- disguised as an MSR though :/
> >>
> >> It's probably a whole lot faster though.
> >
> > I've been told its
On Tue, Sep 25, 2012 at 10:02:15AM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Need to close fd on exit.
Strictly you don't need to, kernel will do that at exit() time.
david
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Hi,
On Mon, Sep 24, 2012 at 6:45 PM, Rob Herring wrote:
> On 09/06/2012 09:57 AM, Kishon Vijay Abraham I wrote:
>> All phy related programming like enabling/disabling the clocks, powering
>> on/off the phy is taken care of by this driver. It is also used for OTG
>> related functionality like
Hi,
On Tue, Sep 25, 2012 at 2:51 PM, Russell King - ARM Linux
wrote:
> On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
>> On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
>> > On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
>> > > On Tue, Sep
On Sun, Sep 23, 2012 at 08:56:30PM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Adds a hash table structure which contains
> a lot of hash list and is used to efficiently
> look up the data temperature of a file or its
> ranges.
> In each hash list of hash table, the hash node
Hi,
On Tue, Sep 25, 2012 at 10:21:18AM +0100, Russell King - ARM Linux wrote:
> On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
> > On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
> > > On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
> > > >
On 09/25/2012 10:56 AM, Jiri Slaby wrote:
> On 09/25/2012 10:55 AM, Sasha Levin wrote:
>> On 09/25/2012 10:52 AM, Jiri Slaby wrote:
Hi all,
>
> While fuzzing with trinity in a KVM tools guest running linux-next
> kernel, I keep hitting the following lockup:
>>> Hi, I'm confused
On Tue, Sep 25, 2012 at 11:18:26AM +0200, Thomas Petazzoni wrote:
> Dear Sebastian Hesselbarth,
>
> On Tue, 25 Sep 2012 11:11:42 +0200, Sebastian Hesselbarth wrote:
>
> > I didn't try to post all the dove on mach-mvebu patches in the current
> > release cycle, because mach-mvebu is still
Hi
I have posted the required patch for this:
usb: host: xhci: Fix Null pointer dereferencing with 71c731a for non-x86 systems
Can we please get that in ?
On Tue, Sep 18, 2012 at 8:06 PM, Greg KH wrote:
> On Tue, Sep 18, 2012 at 02:51:57AM +0200, Sebastian Gottschall (DD-WRT) wrote:
>> this
2012/9/25 Borislav Petkov :
> On Tue, Sep 25, 2012 at 10:34:13AM +0300, Tero Keski-Valkama wrote:
>
> But before we go with this any further: you mentioned some issues still
> with acerhdf - you don't want to turn off your fan but to turn it to
> full?
>
> I think in this case, you want to simply
Hi all,
Changes since 201209024:
The gfs2 tree lost its conflict.
The net-next tree gained a conflict against the net tree.
The sound and sound-asoc trees lost their build failures.
The md tree gained a build failure so I used the version from
next-20120924.
The mfd tree gained a build
* Oleg Nesterov [2012-09-16 19:52:48]:
> valid_vma(false) ignores ->vm_flags, this is not actually right.
> We should never try to write into MAP_SHARED mapping, this can
> confuse an apllication which actually writes to ->vm_file.
Agree,
>
> With this patch valid_vma(false) ignores VM_WRITE
On Sun, Sep 23, 2012 at 08:56:28PM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Introduce one new mount option '-o hottrack',
> and add its parsing support.
> Its usage looks like:
>mount -o hottrack
>mount -o nouser,hottrack
>mount -o nouser,hottrack,loop
>
On Tue, Sep 25, 2012 at 2:50 PM, Sachin Kamat wrote:
> On 25 September 2012 14:45, anish singh wrote:
>> On Tue, Sep 25, 2012 at 12:28 PM, Sachin Kamat
>> wrote:
>>> Return the value obtained from extcon_find_cable_index()
>>> instead of -ENODEV.
>>>
>>> Fixes the following smatch info:
>>>
On Tue, Sep 25, 2012 at 12:11:14PM +0300, Felipe Balbi wrote:
> On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
> > On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
> > > On Tue, Sep 25, 2012 at 09:30:29AM +0100, Russell King - ARM Linux wrote:
> > > > How is
On 25 September 2012 14:45, anish singh wrote:
> On Tue, Sep 25, 2012 at 12:28 PM, Sachin Kamat
> wrote:
>> Return the value obtained from extcon_find_cable_index()
>> instead of -ENODEV.
>>
>> Fixes the following smatch info:
>> drivers/extcon/extcon-class.c:478 extcon_register_interest()
* Oleg Nesterov [2012-09-16 19:52:46]:
> uprobe_register() or uprobe_mmap() requires VM_READ | VM_EXEC, this
> is not right. An apllication can do mprotect(PROT_EXEC) later and
> execute this code.
>
> Change valid_vma(is_register => true) to check VM_MAYEXEC instead.
> No need to check
Dear Sebastian Hesselbarth,
On Tue, 25 Sep 2012 11:11:42 +0200, Sebastian Hesselbarth wrote:
> I didn't try to post all the dove on mach-mvebu patches in the current
> release cycle, because mach-mvebu is still evolving to fast for me to keep
> up with my limited spare time. But I have dove
On Sun, Sep 23, 2012 at 08:56:27PM +0800, zwu.ker...@gmail.com wrote:
> From: Zhi Yong Wu
>
> Add some utils helpers to update access frequencies
> for one file or its range.
>
> Signed-off-by: Zhi Yong Wu
> ---
> fs/hot_tracking.c | 359
>
* Oleg Nesterov [2012-09-16 19:52:42]:
> write_opcode()->get_user_pages() needs FOLL_FORCE to ensure we can
> read the page even if the probed task did mprotect(PROT_NONE) after
> uprobe_register(). Without FOLL_WRITE, FOLL_FORCE doesn't have any
> side effect but allows to read the !VM_READ
On Tue, Sep 25, 2012 at 10:12:28AM +0100, Russell King - ARM Linux wrote:
> On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
> > On Tue, Sep 25, 2012 at 09:30:29AM +0100, Russell King - ARM Linux wrote:
> > > How is this happening? I think that needs proper investigation - or if
> >
On Tue, Sep 25, 2012 at 12:28 PM, Sachin Kamat wrote:
> Return the value obtained from extcon_find_cable_index()
> instead of -ENODEV.
>
> Fixes the following smatch info:
> drivers/extcon/extcon-class.c:478 extcon_register_interest() info:
> why not propagate 'obj->cable_index' from
On Mon, Sep 24, 2012 at 06:16:50PM -0700, Randy Dunlap wrote:
> >> That's because all those _tables thingies are included from a
> >> "inat-tables.c" in the same directory but it somehow doesn't get
> >> included?!
> >>
> >> Can we get your .config pls? Also, you're doing a "normal" kernel build
>
On Tue, Sep 25, 2012 at 11:31:20AM +0300, Felipe Balbi wrote:
> On Tue, Sep 25, 2012 at 09:30:29AM +0100, Russell King - ARM Linux wrote:
> > How is this happening? I think that needs proper investigation - or if
> > it's had more investigation, then the results needs to be included in
> > the
On Mon, Sep 24, 2012 at 02:26:44PM -0700, Andrew Morton wrote:
> On Mon, 24 Sep 2012 10:39:38 +0100
> Mel Gorman wrote:
>
> > On Fri, Sep 21, 2012 at 02:36:56PM -0700, Andrew Morton wrote:
> >
> > > Also, what has to be done to avoid the polling altogether? eg/ie, zap
> > > a pageblock's
On 09/25/2012 07:35 AM, Andrew Lunn wrote:
On Tue, Sep 25, 2012 at 02:02:17AM +0200, Sebastian Hesselbarth wrote:
The watchdog on dove requires an interrupt that is not yet
available on DT. Therefore, the watchdog DT node is removed
until the corresponding chained intc is available.
Just for
Hey,
Op 25-09-12 09:05, Eric W. Biederman schreef:
> Maarten Lankhorst wrote:
>
>> Hey,
>>
>> Op 25-09-12 05:39, Eric W. Biederman schreef:
>>> Maarten Lankhorst writes:
>>>
This reverts commit ee3efa91e240f513898050ef305a49a653c8ed90.
Signed-off-by: Maarten Lankhorst
On Tue, Sep 25, 2012 at 10:34:13AM +0300, Tero Keski-Valkama wrote:
> This patch is a patch to add support for Acer Aspire 5755G fan control
> to acerhdf module for the latest BIOS version available in the Acer
> web site, V1.20.
>
>
> ...
> Offset (0xA7),
> OSTT, 8,
> OSST, 8,
> THLT, 8,
On 09/25/2012 04:39 AM, Tejun Heo wrote:
>
> I do like the removal of explicit cascading and would have gone that
> direction if this code is just being implemented but I'm quite
> skeptical whether changing over to that now is justifiable. Flush
> bugs tend to be nasty and often difficult to
On 09/25/2012 04:39 AM, Tejun Heo wrote:
> Hello, Lai.
>
> On Mon, Sep 24, 2012 at 06:07:02PM +0800, Lai Jiangshan wrote:
>> The core patch is patch6, it makes all flusher can start and the same time
>> and allow us do more cleanup.
>>
>> Only patch1 and patch6 change the behavior of the code.
>>
On Mon, Sep 24, 2012 at 06:26:54PM +1000, Dave Chinner wrote:
> @@ -783,14 +783,19 @@ static void __wait_on_freeing_inode(struct inode
> *inode);
> static struct inode *find_inode(struct super_block *sb,
> struct hlist_head *head,
> int
Hi Dong,
On Tue, 25 Sep 2012 16:21:25 +0800, Dong Hao wrote:
> From: Dong Hao
>
> The newest branch of perf/core should have compilation error!
> Error log includes:
>
> builtin-test.c: In function ‘perf_evsel__test_field’:
> builtin-test.c:1216:6: error:
> variable ‘ret’ set but not used
Since peripheral channel resources are not being allocated at probe,
no need to flush the channels and free the resources in remove function.
Signed-off-by: Inderpal Singh
---
drivers/dma/pl330.c |8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/drivers/dma/pl330.c
The first 2 patches of this series fix memory leaks because the memory
allocated for peripheral channels and DMA descriptors were not getting
freed.
The third patch balances the module's remove function.
This patchset is based on slave-dma tree's "next" branch merged with
"fixes" branch and
If we are not using memcg, there is no reason why we should allocate
this structure, that will be a memory waste at best. We can do better
at least in the sparsemem case, and allocate it when the first cgroup
is requested. It should now not panic on failure, and we have to handle
this right.
In probe, memory for multiple DMA descriptors were being allocated at once
and then it was being split and added into DMA pool one by one. The address
of this memory allocation is not being saved anywhere. To free this memory,
the address is required. Initially the first node of the pool will be
The allocated memory for peripheral channels is not being freed upon
failure in probe and in module's remove funtion. It will lead to memory
leakage. Hence free the allocated memory.
Signed-off-by: Inderpal Singh
---
drivers/dma/pl330.c |5 -
1 file changed, 4 insertions(+), 1
* Jan Kara :
> [...]
The patch works for me. Tested it a couple of times on several machines
without triggering the issue.
Thanks for the fix.
> From 1fd707552a67adf869958e479910d2f70452351b Mon Sep 17 00:00:00 2001
> From: Jan Kara
> Date: Mon, 24 Sep 2012 16:17:16 +0200
> Subject: [PATCH]
On 09/25/2012 10:55 AM, Sasha Levin wrote:
> On 09/25/2012 10:52 AM, Jiri Slaby wrote:
>>> Hi all,
While fuzzing with trinity in a KVM tools guest running linux-next kernel,
I keep hitting the following lockup:
>> Hi, I'm confused here. Is this different to what you reported a
Since the root is special anyway, and we always get its figures from
global counters anyway, there is no make all cgroups its descendants,
wrt res_counters. The sad effect of doing that is that we need to lock
the root for all allocations, since it is a common ancestor of
everybody.
Not having
For the root memcg, there is no need to rely on the res_counters.
The sum of all mem cgroups plus the tasks in root itself, is necessarily
the amount of memory used for the whole system. Since those figures are
already kept somewhere anyway, we can just return them here, without too
much hassle.
It is an accepted fact that memcg sucks. But can it suck faster? Or in
a more fair statement, can it at least stop draining everyone's
performance when it is not in use?
This experimental and slightly crude patch demonstrates that we can do
that by using static branches to patch it out until the
501 - 600 of 1384 matches
Mail list logo