On 12/08/2012 01:57 AM, Linus Torvalds wrote:
>
> On Fri, 7 Dec 2012, Linus Torvalds wrote:
>>
>> This (TOTALLY UNTESTED) patch adds it the same iov_shorten() logic that
>> the write side has. It does it differently (in fs/block_dev.c rather than
>> in mm/filemap.c), but I actually suspect this
On Sat, 8 Dec 2012 12:20:29 +1100
Dave Chinner wrote:
First off, thanks for the examples. I'll answer your one question and
then I'll shut up!
> > I'll try and chase this up by submitting patches to lvcreate and
> > fsfreeze (in the former case, I think there's no reason not to run
> > syncfs; i
On 12/07/2012 07:27:25 PM, Andy Lutomirski wrote:
On Fri, Dec 7, 2012 at 5:10 PM, Rob Landley wrote:
> On 12/07/2012 01:32:18 PM, Andy Lutomirski wrote:
>>
>> On Fri, Dec 7, 2012 at 11:21 AM, Serge Hallyn
>> wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> Signed-off-by: Andy Lu
On 12/04/2012 05:11 PM, Johannes Weiner wrote:
> On Tue, Dec 04, 2012 at 10:15:09AM +0100, Jiri Slaby wrote:
>> It does not apply to -next :/. Should I try anything else?
>
> The COMPACTION_BUILD changed to IS_ENABLED(CONFIG_COMPACTION), below
> is a -next patch. I hope you don't run into other p
On Sat, Dec 08, 2012 at 08:36:34AM +0100, Andreas Mohr wrote:
> And that demand actually applies to both the '@' change (questionable)
> and the much less disputed (obviously correct) wrong conditional
> fixup, since both introduce a notable change (either large, or
> possibly improper) in behaviou
On Fri, Dec 7, 2012 at 10:16 PM, Alan Cox wrote:
>> Because I need to use IO functions which will behave
>> on arm as little endian and on powerpc as big endian
>> and on microblaze depends on endian setting.
>> I haven't found any IO function which I could use by 3 architectures
>> without using
On Tue, Nov 27, 2012 at 01:03:56AM -0800, Dmitry Torokhov wrote:
> The default implementation matches exactly our custom one so we can switch
> to using the default one. As a bonus the driver will take care of setting
> GPIO line for us.
>
> Signed-off-by: Dmitry Torokhov
Applied, thanks
Sascha
On Fri, Dec 07, 2012 at 03:55:07PM -0700, Jason Gunthorpe wrote:
> The intent of this patch is to expose the other bridge cause
> interrupts to users in the kernel.
>
> - Add orion_bridge_irq_init to create a new edge triggered interrupt
> chip based on the bridge cause register
> - Remove all i
On Fri, Dec 07, 2012 at 05:14:39PM -0800, Aaron Williams wrote:
> Hi,
>
> I have a kernel module which other modules register with in order to
> export access functions. So far I have everything working but I want
> to prevent a module that is registered with my module from unloading
> since now m
On 06.12.2012 20:31, Linus Torvalds wrote:
Ok, people seem to be reporting success.
I've applied Johannes' last patch with the new tested-by tags.
I've been testing this patch since it was applied, and it certainly
fixes the kswapd craziness issue, good work Johannes!
But, it's still not p
On Fri, Dec 07, 2012 at 11:42:55AM +1100, Dave Chinner wrote:
> The problem wth doing this is that the sync can delay the freeze
> process by quite some time under the exact conditions you describe.
> If you want freeze to take effect immediately (i.e instantly stop
> new modifications), then addin
On 12/07/2012 04:33 PM, Frederic Weisbecker wrote:
> 2012/12/7 Alex Shi :
>> On 12/07/2012 08:56 AM, Frederic Weisbecker wrote:
>>> 2012/12/3 Alex Shi :
There is 4 situations in the function:
1, no task allowed group;
so min_load = ULONG_MAX, this_load = 0, idlest = NULL
Please cc me on replies as I am not a regular subscriber to lkml. Thank you.
I tested the attached patch written by André Ramnitz using three different
machines running a generic x86-64 kernel and an otherwise identical kernel
running with the optimized gcc options.
Conclusion: There are sm
On 12/06/2012 11:10 PM, Alex Shi wrote:
>
>>> Hi Paul & Ingo:
>>>
>>> In a short word of this issue: burst forking/waking tasks have no time
>>> accumulate the load contribute, their runnable load are taken as zero.
>>> that make select_task_rq do a wrong decision on which group is idlest.
>>
>> S
Hi Benson,
> I have applied your patch, but I found I still need this line in my
> driver, otherwise, there are no ABS type event supported. Should the
> core set this bit as well since it's certainly going to be dealing
> with ABS data?
>
> __set_bit(EV_ABS, input->evbit);
Yes, that would make
On Fri, Dec 07, 2012 at 03:24:16PM -0800, Benson Leung wrote:
> This patch introduces a driver for Cypress All Points Addressable
> I2C Trackpad, including the ones in 2012 Samsung Chromebooks.
>
> This device is compatible with MT protocol type B, providing identifiable
> contacts.
>
> Signed-of
Commit c003ab1b ("[media] rc-core: add separate defines for protocol bitmaps
and numbers") has introduced a bug which allows store_protocols() to return
without releasing the device mutex it's holding.
Doing that would cause infinite hangs waiting on device mutex next time
around.
Signed-off-by:
Hi Kamal,
> This driver, submitted on behalf of Cypress Semiconductor Corporation and
> additional contributors, provides support for the Cypress PS/2 Trackpad.
>
> Note that the patch "increase struct ps2dev cmdbuf[] to 8 bytes" [5] is a
> PREREQUISITE for this patch.
>
> This [PATCH v6] versio
Dave Chinner wrote:
On Fri, Dec 07, 2012 at 03:25:53PM -0800, Howard Chu wrote:
I have to agree that, if this is going to be an ext4-specific
feature, then it can just be implemented via an ext4-specific ioctl
and be done with it. But I'm not convinced this should be an
ext4-specific feature.
A
On 12/08/2012 08:52 AM, Howard Chu wrote:
Dave Chinner wrote:
On Fri, Dec 07, 2012 at 03:25:53PM -0800, Howard Chu wrote:
I have to agree that, if this is going to be an ext4-specific
feature, then it can just be implemented via an ext4-specific ioctl
and be done with it. But I'm not convinced
* Arnaldo Carvalho de Melo wrote:
> Hi Ingo,
>
> Please consider pulling,
>
> - Arnaldo
>
> The following changes since commit ffadcf090d468e9c4938b718649f38dd10cfdb02:
>
> perf annotate: Handle XBEGIN like a jump (2012-10-31 12:18:26 -0200)
>
> are available in the git repository a
Note that I had to do a number of conflict resolutions between
perf/urgent (now upstream) and perf/core, related to UAPI fixes:
commit f0b9abfb044649bc452fb2fb975ff2fd599cc6a3
Merge: adc1ef1 1b3c393
Author: Ingo Molnar
Date: Sat Dec 8 15:25:06 2012 +0100
Merge branch 'linus' into per
* Frederic Weisbecker wrote:
>
> Ingo,
>
> Please pull the latest cputime adjustment cleanups that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> cputime/adjustment-v2
>
> for you to fetch changes up to fa09205783d11cc05122ad6e4ce06074624b
* Paul E. McKenney wrote:
> Hello, Ingo,
>
> Could you please pull one more commit? This is an update to Frederic
> Weisbecker's context-tracking subsystem that is another stepping stone
> towards adaptive-idle and tickless userspace execution. This has been
> subjected to -next testing. It
Commit-ID: 0a4e1ae6808a28a92573550603121b146b11312e
Gitweb: http://git.kernel.org/tip/0a4e1ae6808a28a92573550603121b146b11312e
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:41 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:48:35 -0300
perf tests: Move
Commit-ID: d3b59a38bcdab4248134023c2c5dfabee5a4878e
Gitweb: http://git.kernel.org/tip/d3b59a38bcdab4248134023c2c5dfabee5a4878e
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:42 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:49:17 -0300
perf tests: Move
Commit-ID: bd90517b374b1d6381a5509f55df1a9b7c33a6b1
Gitweb: http://git.kernel.org/tip/bd90517b374b1d6381a5509f55df1a9b7c33a6b1
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:43 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:49:25 -0300
perf tests: Move
Commit-ID: a65b9c62be044b7956022e2823c5f079cf35b069
Gitweb: http://git.kernel.org/tip/a65b9c62be044b7956022e2823c5f079cf35b069
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:44 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:49:32 -0300
perf tests: Move
* Steven Rostedt wrote:
>
> Ingo,
>
> This is based off of my last urgent pull request.
>
> Please pull the latest tip/perf/urgent-2 tree, which can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git
> tip/perf/urgent-2
>
> Head SHA1: 9366c1ba13fbc41bdb
Commit-ID: 16d00fee703866c61c9006eff097952289335479
Gitweb: http://git.kernel.org/tip/16d00fee703866c61c9006eff097952289335479
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:45 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:49:43 -0300
perf tests: Move
Commit-ID: bacf7e5d4055b65506292cf6412ec71e7948a9cf
Gitweb: http://git.kernel.org/tip/bacf7e5d4055b65506292cf6412ec71e7948a9cf
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:46 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:49:50 -0300
perf tests: Move
Commit-ID: cfffae2ef7029d38e71d337fbc2a9c6cf1fa5aaf
Gitweb: http://git.kernel.org/tip/cfffae2ef7029d38e71d337fbc2a9c6cf1fa5aaf
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:47 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:49:56 -0300
perf tests: Move
* Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the latest sched cleanups branch that can be found at
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> tags/sched-cputime-for-mingo
>
> for you to pull the HEAD 1b2852b152be5150fbef7b585388ec43cf6f4415
>
Commit-ID: 5e24a0904ed4029f6778a214b6fe41b9265fd620
Gitweb: http://git.kernel.org/tip/5e24a0904ed4029f6778a214b6fe41b9265fd620
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:48 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:02 -0300
perf tests: Move
Commit-ID: dc447eed59037c1c65feab9c72d372b6249af978
Gitweb: http://git.kernel.org/tip/dc447eed59037c1c65feab9c72d372b6249af978
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:49 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:09 -0300
perf tests: Move
Commit-ID: cff7f956ec4a1ede9b752cfae3c12f588292ad80
Gitweb: http://git.kernel.org/tip/cff7f956ec4a1ede9b752cfae3c12f588292ad80
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:50 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:19 -0300
perf tests: Move
Commit-ID: c81251e808fe2386e71990ecd49c408bb7cb4666
Gitweb: http://git.kernel.org/tip/c81251e808fe2386e71990ecd49c408bb7cb4666
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:51 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:24 -0300
perf tests: Final
* David Howells wrote:
>
> Hi Ingo, Peter, Thomas,
>
> Could you merge the x86 arch include disintegration into the tip git tree now
> that the perf stuff has been dealt with?
>
> Many thanks,
> David
> ---
> The following changes since commit 7e5530af11be68f3109672aed59243f82e1272f0:
>
>
Commit-ID: f95e0818cbd026a8f2277895c65fcc9cc5b28cf6
Gitweb: http://git.kernel.org/tip/f95e0818cbd026a8f2277895c65fcc9cc5b28cf6
Author: Jiri Olsa
AuthorDate: Sat, 10 Nov 2012 01:46:52 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:30 -0300
perf tests: Check
Commit-ID: 61e945150fe0ec4c20b7a3663b90c7ab705a88b4
Gitweb: http://git.kernel.org/tip/61e945150fe0ec4c20b7a3663b90c7ab705a88b4
Author: Arnaldo Carvalho de Melo
AuthorDate: Sat, 10 Nov 2012 19:41:15 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:38 -0300
pe
* Oleg Nesterov wrote:
> Ingo, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/oleg/misc uprobes/core
>
> - arch_uprobe_*_step() should die before arm port.
>
> - "Use percpu_rw_semaphore to fix register/unregister vs dup_mmap() race"
> fixes the serious bug, the "rando
Commit-ID: 4f746c95f18ad4d85599d9c157da7e6da766c3d9
Gitweb: http://git.kernel.org/tip/4f746c95f18ad4d85599d9c157da7e6da766c3d9
Author: Namhyung Kim
AuthorDate: Mon, 12 Nov 2012 14:14:00 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:50:58 -0300
perf tools: Fi
Commit-ID: 0020ce23864d16f66e5667013b8b43d1df3e142e
Gitweb: http://git.kernel.org/tip/0020ce23864d16f66e5667013b8b43d1df3e142e
Author: Namhyung Kim
AuthorDate: Mon, 12 Nov 2012 11:50:17 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:51:30 -0300
perf tools: Ad
* Steven Rostedt wrote:
> Ingo,
>
> This includes the updates to the formating issues to the patches
> that were in the original patch set, and which I had dropped from
> my last pull request. I added this on top of my last git pull request.
>
> I also included Shan's dead comment removal.
>
Commit-ID: 6064803313bad9ae4cae233a9d56678adb2b6e7c
Gitweb: http://git.kernel.org/tip/6064803313bad9ae4cae233a9d56678adb2b6e7c
Author: Namhyung Kim
AuthorDate: Sun, 11 Nov 2012 23:20:50 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:51:40 -0300
perf tools: Us
Commit-ID: cac21425578abddc4e9f529845832a57ba27ce0f
Gitweb: http://git.kernel.org/tip/cac21425578abddc4e9f529845832a57ba27ce0f
Author: Jiri Olsa
AuthorDate: Mon, 12 Nov 2012 18:34:00 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:51:50 -0300
perf tools: Fix a
Commit-ID: 774cb499ca9ab0e5950a149d1fe102b125da1cee
Gitweb: http://git.kernel.org/tip/774cb499ca9ab0e5950a149d1fe102b125da1cee
Author: Jiri Olsa
AuthorDate: Mon, 12 Nov 2012 18:34:01 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:03 -0300
perf tools: Fix '
Commit-ID: 2711926a416733b853977a0e014c713955ad0d8a
Gitweb: http://git.kernel.org/tip/2711926a416733b853977a0e014c713955ad0d8a
Author: Jiri Olsa
AuthorDate: Mon, 12 Nov 2012 18:34:02 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:09 -0300
perf tools: Ensur
Commit-ID: 3fe4430dd66837d8fcdb63c167e908655fc842e3
Gitweb: http://git.kernel.org/tip/3fe4430dd66837d8fcdb63c167e908655fc842e3
Author: Jiri Olsa
AuthorDate: Mon, 12 Nov 2012 18:34:03 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:15 -0300
perf tools: Omit
Commit-ID: 534123f458f196bcc269f97d20ccf125925c2e7b
Gitweb: http://git.kernel.org/tip/534123f458f196bcc269f97d20ccf125925c2e7b
Author: Jiri Olsa
AuthorDate: Tue, 13 Nov 2012 15:32:58 +0100
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:24 -0300
perf tools: Add b
Commit-ID: 7da5c85dd34dd67846fec965e4bf1f761eecca05
Gitweb: http://git.kernel.org/tip/7da5c85dd34dd67846fec965e4bf1f761eecca05
Author: Namhyung Kim
AuthorDate: Tue, 13 Nov 2012 22:30:31 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:33 -0300
perf ui tui: M
* Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the printk support in dynticks mode patches that can
> be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> tags/printk-dynticks-for-mingo-v2
>
> for you to fetch changes up to 74876a98a87a115254b3
Commit-ID: 688f2f5b99311b127ea43efdbf47bb2e3c7a2e32
Gitweb: http://git.kernel.org/tip/688f2f5b99311b127ea43efdbf47bb2e3c7a2e32
Author: Namhyung Kim
AuthorDate: Tue, 13 Nov 2012 22:30:32 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:39 -0300
perf ui: Intro
Commit-ID: a753579c3ec096bba9d24e1594a07dbb25aca8e4
Gitweb: http://git.kernel.org/tip/a753579c3ec096bba9d24e1594a07dbb25aca8e4
Author: Namhyung Kim
AuthorDate: Tue, 13 Nov 2012 22:30:33 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:48 -0300
perf ui gtk: I
Commit-ID: a5580f3ecb295a514f9522daf0ef7158f73ec2d6
Gitweb: http://git.kernel.org/tip/a5580f3ecb295a514f9522daf0ef7158f73ec2d6
Author: Namhyung Kim
AuthorDate: Tue, 13 Nov 2012 22:30:34 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:52:56 -0300
perf ui: Add u
Commit-ID: 59ed16b315681a08cf8aa13ee949e9405801f442
Gitweb: http://git.kernel.org/tip/59ed16b315681a08cf8aa13ee949e9405801f442
Author: Namhyung Kim
AuthorDate: Tue, 13 Nov 2012 22:30:35 +0900
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:53:03 -0300
perf ui: Alway
* Steven Rostedt wrote:
> Ingo, Peter,
>
> I posted this back in July as an RFC and did get Masami's reviewed-by
> tag. I'm currently cleaning out my inbox and realized I didn't push this
> further. I didn't know which branch to base this on, so I just picked
> the tip/x86/asm branch where I di
Commit-ID: 0bca6cff89c6e7d1e383993cccf0f59146874a34
Gitweb: http://git.kernel.org/tip/0bca6cff89c6e7d1e383993cccf0f59146874a34
Author: David Howells
AuthorDate: Mon, 5 Nov 2012 15:15:24 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:53:11 -0300
tools: Define
Commit-ID: 9db48cd5ccd0d127e991c15509a0241a18043e91
Gitweb: http://git.kernel.org/tip/9db48cd5ccd0d127e991c15509a0241a18043e91
Author: David Howells
AuthorDate: Mon, 5 Nov 2012 21:02:08 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:53:22 -0300
tools: Honour
Commit-ID: 1483c2ae90738e7453bfe446a3bbcdd0ba9abf36
Gitweb: http://git.kernel.org/tip/1483c2ae90738e7453bfe446a3bbcdd0ba9abf36
Author: Sukadev Bhattiprolu
AuthorDate: Wed, 31 Oct 2012 11:21:28 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:53:39 -0300
perf po
Commit-ID: 1668fc6505bd0796e34ee7f65eee69e81daaabe9
Gitweb: http://git.kernel.org/tip/1668fc6505bd0796e34ee7f65eee69e81daaabe9
Author: David Howells
AuthorDate: Tue, 13 Nov 2012 14:14:38 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:53:30 -0300
tools: Pass t
Commit-ID: 07ac002f2fcc74c5be47b656d9201d5de84dc53d
Gitweb: http://git.kernel.org/tip/07ac002f2fcc74c5be47b656d9201d5de84dc53d
Author: Arnaldo Carvalho de Melo
AuthorDate: Tue, 13 Nov 2012 17:27:28 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Wed, 14 Nov 2012 16:53:45 -0300
pe
old_class_name, and new_class_name are never used. This patch remove the
declaration and calls to kfree.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r1 forall@
type T; identifier i;
@@
* T *i = NULL;
... when != i
* kfree(i);
//
Signed-off-by: P
From: Julia Lawall
The various devm_ functions allocate memory that is released when a driver
detaches. This patch uses these functions for data that is allocated in
the probe function of a platform device and is only freed in the remove
function.
The patch makes some other cleanups. First, th
Heya. As some may remember, I said I was going to build an E5 machine.
Well I did, well atleast ordered the most similar to what I wanted, and
exchanged the graphics-card (pcie3.0) only. I was completely correct in
that this machine, would have low-jitter
/low-latency. And it completely lives up
The function at91_dt_node_to_map in drivers/pinctrl/pinctrl-at91.c
contains the following code:
new_map = devm_kzalloc(pctldev->dev, sizeof(*new_map) * map_num,
GFP_KERNEL);
if (!new_map)
return -ENOMEM;
*map = new_map;
*num_maps = map_num;
From: Julia Lawall
devm_request_threaded_irq requests and irq that is freed when a driver
detaches. This patch uses devm_request_threaded_irq for irqs that are
requested in the probe function of a platform device and are only freed in
the remove function.
Additionally, the original code used de
The function pm860x_charger_probe in the file
drivers/power/88pm860x_charger.c contains the following code:
count = pdev->num_resources;
for (i = 0, j = 0; i < count; i++) {
info->irq[j] = platform_get_irq(pdev, i);
if (info->irq[j] < 0)
From: Julia Lawall
Using kfree to free data allocated with devm_kzalloc causes double frees.
The semantic patch that fixes this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression x;
@@
x = devm_kzalloc(...)
...
?-kfree(x);
//
Signed-off-by: Julia Lawall
---
The kfrees we
On 2012-12-07, Alan Cox wrote:
>> The UART controller is EXAR ST16C554D. It claims as a 16550
>> compatible controller. Each ST16C554D module contains 4 UART, each of
>> them can be selected via two chip select pad. I think the board
>> hardware, via a CPLD, make the chip selection transparent to
Hi Henrik-
On Sat, 2012-12-08 at 13:54 +0100, Henrik Rydberg wrote:
> [...]
> > --- a/drivers/input/mouse/Kconfig
> > +++ b/drivers/input/mouse/Kconfig
> > @@ -68,6 +68,16 @@ config MOUSE_PS2_SYNAPTICS
> >
> > If unsure, say Y.
> >
> > +config MOUSE_PS2_CYPRESS
> > + bool "Cypress
On Wed, Nov 21, 2012 at 12:10:43AM +, Alan Cox wrote:
> > Not just a separate document but project / github / whatever given
> > that other projects are referring to it now, and we stand to gain more
> > in the community by streamlining it more and making it ubiquitous.
>
> Cutting and pasting
This semantic patch looks for semicolons that can be removed without
changing the semantics of the code. The confidence is moderate
because there are some false positives on cases like:
b/drivers/mmc/host/cb710-mmc.c:589
break;
case MMC_POWER_UP:
default:
-
old_class_name, and new_class_name are never used. This patch remove the
declaration and calls to kfree.
The semantic match that finds this problem is as follows:
(http://coccinelle.lip6.fr/)
//
@r1 forall@
type T; identifier i;
@@
* T *i = NULL;
... when != i
* kfree(i);
//
Signed-off-by: P
On Sat, 2012-12-08 at 15:34 -0200, Peter Senna Tschudin wrote:
> This semantic patch looks for semicolons that can be removed without
> changing the semantics of the code. The confidence is moderate
> because there are some false positives on cases like:
>
> b/drivers/mmc/host/cb710-mmc.c:589
>
On Thu, Dec 06, 2012 at 10:09:55PM +, Al Viro wrote:
> What we need to guarantee is
> * restarts do not happen on signals caught in interrupts or exceptions
> * restarts do not happen on signals caught in sigreturn()
> * restart should happen only once, even if we get through do_signal()
On Sat, Dec 8, 2012 at 3:45 PM, Joe Perches wrote:
> On Sat, 2012-12-08 at 15:34 -0200, Peter Senna Tschudin wrote:
>> This semantic patch looks for semicolons that can be removed without
>> changing the semantics of the code. The confidence is moderate
>> because there are some false positives on
On Sat, 2012-12-08 at 16:13 -0200, Peter Senna Tschudin wrote:
> On Sat, Dec 8, 2012 at 3:45 PM, Joe Perches wrote:
> > On Sat, 2012-12-08 at 15:34 -0200, Peter Senna Tschudin wrote:
> >> This semantic patch looks for semicolons that can be removed without
> >> changing the semantics of the code.
On 12/08/2012 03:44 AM, Borislav Petkov wrote:
> On Fri, Dec 07, 2012 at 05:14:39PM -0800, Aaron Williams wrote:
>> Hi,
>>
>> I have a kernel module which other modules register with in order to
>> export access functions. So far I have everything working but I want
>> to prevent a module that is r
On Fri, Dec 07, 2012 at 02:34:56PM -0800, Davidlohr Bueso wrote:
> This patch adds a new 'memrange' file that shows the starting and
> ending physical addresses that are associated to a node. This is
> useful for identifying specific DIMMs within the system.
>
> Signed-off-by: Davidlohr Bueso
> -
On Fri, Dec 07, 2012 at 05:59:24PM -0700, Shuah Khan wrote:
> On Fri, Dec 7, 2012 at 5:52 PM, Shuah Khan wrote:
> > On Fri, Dec 7, 2012 at 5:49 PM, Shuah Khan wrote:
> >> On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
> >> wrote:
> >>> This is the start of the stable review cycle for the 3.4
On Fri, Dec 07, 2012 at 04:50:37PM -0800, Nitin Gupta wrote:
> On Thu, Nov 29, 2012 at 10:45 PM, Nitin Gupta wrote:
> > Fixes a bug introduced by commit c8f2f0db1 ("zram: Fix handling
> > of incompressible pages") which caused invalid memory references
> > during disk write. Invalid references cou
Hi Sascha,
On Sat, Dec 8, 2012 at 9:16 AM, Sascha Hauer wrote:
> On Tue, Nov 27, 2012 at 01:03:56AM -0800, Dmitry Torokhov wrote:
>> The default implementation matches exactly our custom one so we can switch
>> to using the default one. As a bonus the driver will take care of setting
>> GPIO line
Hexadecimal values are current found in 2 parts.
A hex constant like 0x123456abcdef is found as
0 and then x123456abcdef and later coalesced.
Instead, reverse the order of the 2 searches in
$Constant to find 0x first, then 0 so that the
entire hex constant is found all at once.
Signed-off-by: Joe
Even though the kernel doesn't support using floating point constants,
add a regex for them.
Support forms like: 0x123p1, 123e-1, 1.23, 1.5e23f
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/scripts/checkpatch.p
Store the camelcase variables in a hash and only emit a
warning on the first use of each new variable.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 19 +--
1 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
in
Commit 8852aac2 (workqueue: mod_delayed_work_on() shouldn't queue timer on
0 delay) is causing the following boot failure for me. Found by bisection
but no further analysis unfortunately until I get back home properly.
I've added the relevant maintainers for megasas and SCSI in case it's
somehow sp
On Fri, Dec 07, 2012 at 02:34:14PM -0800, Andrew Morton wrote:
> On Fri, 7 Dec 2012 10:49:57 -0500
> Naoya Horiguchi wrote:
>
> > This patch fixes the warning from __list_del_entry() which is triggered
> > when a process tries to do free_huge_page() for a hwpoisoned hugepage.
>
> This changelog i
On 08.12.2012 13:06, Zlatko Calusic wrote:
On 06.12.2012 20:31, Linus Torvalds wrote:
Ok, people seem to be reporting success.
I've applied Johannes' last patch with the new tested-by tags.
I've been testing this patch since it was applied, and it certainly
fixes the kswapd craziness issue,
On Sat, 2012-12-08 at 17:31 +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> The various devm_ functions allocate memory that is released when a driver
> detaches. This patch uses these functions for data that is allocated in
> the probe function of a platform device and is only freed in the
On Fri, Dec 7, 2012 at 10:39 AM, Andy Lutomirski wrote:
> On Fri, Dec 7, 2012 at 9:07 AM, Andrew G. Morgan wrote:
>> I'm still missing something with the problem definition.
>>
>> So far if I follow the discussion we have determined that inheritance
>> as implemented is OK except for the fact tha
> Which kind of configuration is right for ARM? I think the
> 8250_exar_st16c554.c is for ISA bus board and hence is not suit to me,
> but I am not sure my understanding is right. Please give me some
> backgroud information on this field.
You are the one who should have the information for your b
2012/12/8 Ingo Molnar :
>
> * Frederic Weisbecker wrote:
>
>> Ingo,
>>
>> Please pull the printk support in dynticks mode patches that can
>> be found at:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
>> tags/printk-dynticks-for-mingo-v2
>>
>> for you to fetch
On Sat, 8 Dec 2012 11:52:34 +0100
Borislav Petkov wrote:
> On Sat, Dec 08, 2012 at 08:36:34AM +0100, Andreas Mohr wrote:
> > And that demand actually applies to both the '@' change (questionable)
> > and the much less disputed (obviously correct) wrong conditional
> > fixup, since both introduce
On Sat, 8 Dec 2012 01:41:23 +
Cong Ding wrote:
> remove trailing blank spaces in tty/hvc by shell command:
> sed 's/\s\+$//g' -i
>
> I have manually reviewed that everything is correct.
>
> Signed-off-by: Cong Ding
Both acked-by: Alan Cox
Thanks
Alan
--
To unsubscribe from this list:
Use WARN rather than printk followed by WARN_ON(1), for conciseness.
Signed-off-by: Cong Ding
---
drivers/ssb/main.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/ssb/main.c b/drivers/ssb/main.c
index bd7115c..c82c5c9 100644
--- a/drivers/ssb/main.c
+++ b/dri
On Thu, Dec 6, 2012 at 1:07 AM, Ulf Magnusson wrote:
> Hi,
>
> Consider the following Kconfig file:
>
> config MODULES
> def_bool y
>
> choice
> tristate "C1"
> config A
> tristate "A"
> config B
> tristate "B"
> endchoice
>
> choice
> bool "C2" if A
> config C
>
On Sat, Dec 8, 2012 at 2:33 PM, Andrew G. Morgan wrote:
> On Fri, Dec 7, 2012 at 10:39 AM, Andy Lutomirski wrote:
>> It breaks down because, currently, users with nonzero pI have no
>> direct ability to wield the capabilities. That means that every
>> single binary with fI bits set needs to be a
On Sat, Dec 8, 2012 at 3:37 PM, Andy Lutomirski wrote:
>
> Again (any mainly because I feel like there's a giant mental
> disconnect here in that I really don't understand wtf the current /
> POSIX system is trying to accomplish): what would be wrong with a
> model in which capabilities could be f
By setting linear_min_sel to anatop_reg->min_bit_val, we can avoid
adjust the anatop_reg->min_bit_val offset in [set|get]_voltage_sel.
With this chance we can refactor this driver to use
regulator_[get|set]_voltage_sel_regmap.
Signed-off-by: Axel Lin
---
drivers/regulator/anatop-regulator.c |
1 - 100 of 121 matches
Mail list logo