On Mon, Nov 26, 2012 at 01:53:17PM -0500, George Spelvin wrote:
> Johannes Weiner wrote:
> > Any chance you could test with this fix instead, in addition to Dave's
> > accounting fix? It's got bool and everything!
>
> Okay. Mel, speak up if you object. I also rebased on top of 3.7-rc7,
> which
On Fri, Nov 23, 2012 at 10:26:25PM -0200, Cesar Eduardo Barros wrote:
> Added by commit 8a5700c (add drivers/platform/msm to MSM subsystem) in
> 2011, but I could not find any trace of that directory being ever added
> to the repository.
>
> Cc: Kenneth Heitke
> Cc: David Brown
> Cc: Daniel Walk
On Sat, 2012-11-24 at 23:37 +0100, Rafael J. Wysocki wrote:
> On Saturday, November 24, 2012 11:01:56 PM Rafael J. Wysocki wrote:
> > On Thursday, November 08, 2012 01:23:44 PM Toshi Kani wrote:
> > > Added a new .sys_notify interface, which allows ACPI drivers to
> > > register their system-level
On 11/20/2012 09:43 PM, Haojian Zhuang wrote:
> On Tue, Nov 20, 2012 at 2:31 AM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Now that the only field in struct sys_timer is .init, delete the struct,
>> and replace the machine descriptor .timer field with the initialization
>> function itse
It is a needed fix -- but there are other fixes that probably need to go
along with it.
I'm still trying to figure out exactly what all needs to change alongside
it.
- Original Message -
From: "Greg Kroah-Hartman"
To: "Michael D. Burkey"
Cc: ; ;
; "Christoph Fritz" ;
"Eric Bénard"
On Mon, 2012-11-26 at 11:03 -0800, Paul E. McKenney wrote:
> On Mon, Nov 26, 2012 at 12:35:52PM -0500, Steven Rostedt wrote:
> > On Mon, 2012-11-26 at 09:03 -0800, Paul E. McKenney wrote:
> >
> >
> > > If I understand correctly (though also suffering turkey OD), the idea is
> > > to offload work
The helper functions that access the opaque struct clk should
not be marked inline since they are contained in clk.c, but expected
to be used by other compilation units. This causes compile errors
under gcc-4.7
In file included from arch/arm/mach-omap2/clockdomain.c:25:0:
arch/arm/mach-omap2/clock
On 11/13/2012 05:35 AM, Linus Walleij wrote:
> On Mon, Nov 12, 2012 at 6:20 PM, Randy Dunlap wrote:
>
>> From: Randy Dunlap
>>
>> Fix build errors when CONFIG_OF is not enabled by including
>> (needs to be added in any case).
>> An alternative fix could be to make the driver depend on OF.
>>
>
On Thu, Nov 22, 2012 at 5:31 PM, Lee Jones wrote:
> The cpufreq driver doesn't only handle the db8500 anymore. There
> are new variants which rely on it too, so we've renamed the
> driver to be more generic.
>
> Signed-off-by: Lee Jones
Good!
Acked-by: Linus Walleij
Yours,
Linus Walleij
--
To
2012/11/26 Steven Rostedt :
> On Fri, 2012-11-23 at 15:21 +0100, Frederic Weisbecker wrote:
>> We have thread_group_cputime() and thread_group_times(). The naming
>> doesn't provide enough information about the difference between
>> these two APIs.
>>
>> To lower the confusion, rename thread_group_
On 11/21/2012 01:28 AM, Linus Walleij wrote:
> Oh and there was this comment/TODO:
>
> On Mon, Nov 19, 2012 at 7:31 PM, Stephen Warren wrote:
>
>> @@ -17,15 +17,6 @@
>> * Initialise the kernels jiffy timer source, claim interrupt
>> * using setup_irq. This is called early on during init
On Mon, Nov 26, 2012 at 08:03:29PM +0100, Michal Hocko wrote:
> On Mon 26-11-12 13:24:21, Johannes Weiner wrote:
> > On Mon, Nov 26, 2012 at 07:04:44PM +0100, Michal Hocko wrote:
> > > On Mon 26-11-12 12:46:22, Johannes Weiner wrote:
> [...]
> > > > I think global oom already handles this in a much
On Mon, Nov 26, 2012 at 11:08:18AM -0800, Greg Kroah-Hartman wrote:
> On Mon, Nov 26, 2012 at 10:55:05AM -0800, Greg Kroah-Hartman wrote:
> > On Fri, Nov 23, 2012 at 11:09:37AM +0800, Huang Ying wrote:
> > > On Fri, 2012-11-23 at 02:35 +, Ben Hutchings wrote:
> > > > On Wed, 2012-11-21 at 16:39
On Mon, Nov 26, 2012 at 07:42:29PM +1100, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the char-misc tree got a conflict in
> drivers/misc/atmel-ssc.c between commit 5c86ac695c7e ("ASoC: atmel-ssc:
> use module_platform_driver macro") from the sound-asoc tree and commit
> 2d6b
> > > {
> > > - struct acpi_device *device = NULL;
> > > - struct acpi_driver *driver;
> > > -
> > > ACPI_DEBUG_PRINT((ACPI_DB_INFO, "Notification %#02x to handle %p\n",
> > > type, handle));
> > >
> > > - blocking_notifier_call_chain(&acpi_bus_notify_list,
> > > -
On Mon, 2012-11-26 at 20:24 +0100, Frederic Weisbecker wrote:
> 2012/11/26 Steven Rostedt :
> > On Fri, 2012-11-23 at 15:21 +0100, Frederic Weisbecker wrote:
> >> We have thread_group_cputime() and thread_group_times(). The naming
> >> doesn't provide enough information about the difference between
On 11/21/2012 05:42 AM, Hiroshi Doyu wrote:
> Fix build warning w/o PM_SLEEP.
Reviewed-by: Stephen Warren
I assume Greg will take this through his tree.
> Change-Id: I713f7dd697f1ad9fb1fee56b389b0d6c45bb540c
But that shouldn't be there though...
--
To unsubscribe from this list: send the line
On 11/26/2012 06:17 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20121115:
>
on i386:
drivers/built-in.o: In function `tifm_sd_request':
tifm_sd.c:(.text+0x588f95): undefined reference to `__udivdi3'
somewhere inside tifm_sd_request():
I'm guessing that the call to tifm_sd_set_d
On Wed, Nov 14, 2012 at 06:19:33PM -0800, Mukesh Rathor wrote:
> PVH: remove macro FEATURES_PVH and put PVH strings in the ELFNOTE line,
> because there's a null char before FEATURES_PVH and in the FEATURES_PVH
> strings since this is not C file
ping? Jan had a comment about it to keep the #ifde
Quoting Russ Dill (2012-11-26 11:20:09)
> The helper functions that access the opaque struct clk should
> not be marked inline since they are contained in clk.c, but expected
> to be used by other compilation units. This causes compile errors
> under gcc-4.7
>
> In file included from arch/arm/mach
On 10/22/2012 10:33 AM, Rik van Riel wrote:
On 10/16/2012 10:23 PM, Michael Wolf wrote:
In the case of where you have a system that is running in a
capped or overcommitted environment the user may see steal time
being reported in accounting tools such as top or vmstat. This can
cause confusion
Vlad,
You keep saying that programmers don't understand "barriers". You've
provided no evidence of this. Meanwhile memory barriers are generally
well understood, and every programmer I know understands that a
"barrier" is a synchronization primitive that says that all operations
of a certain typ
On Mon, Nov 26, 2012 at 10:02:09AM -0800, H. Peter Anvin wrote:
> On 11/26/2012 08:57 AM, Herton Ronaldo Krzesinski wrote:
> > 3.5.7u1 -stable review patch. If anyone has any objections, please let me
> > know.
>
> What kind of version number is that?
This is an "extended stable" tree, a fork f
On Mon 26-11-12 14:29:41, Johannes Weiner wrote:
> On Mon, Nov 26, 2012 at 08:03:29PM +0100, Michal Hocko wrote:
> > On Mon 26-11-12 13:24:21, Johannes Weiner wrote:
> > > On Mon, Nov 26, 2012 at 07:04:44PM +0100, Michal Hocko wrote:
> > > > On Mon 26-11-12 12:46:22, Johannes Weiner wrote:
> > [...
On Wed, Nov 21, 2012 at 01:54:33PM -0700, Jason Gunthorpe wrote:
> The TPM will respond to TPM_GET_CAP with TPM_ERR_INVALID_POSTINIT if
> TPM_STARTUP has not been issued. Detect this and automatically
> issue TPM_STARTUP.
>
> This is for embedded applications where the kernel is the first thing
>
On Fri, Nov 23, 2012 at 12:48:26AM +0800, Chuansheng Liu wrote:
>
> By default, the watchdog threshold is 10, it means every 4s
> every CPU will receive one hrtimer interrupt, for low power
> device, it will cause 4-5mV power impact when device is deep
> sleep.
>
> So here want to optimize it as
On 11/26/2012 12:08 PM, Herton Ronaldo Krzesinski wrote:
> On Mon, Nov 26, 2012 at 10:02:09AM -0800, H. Peter Anvin wrote:
>> On 11/26/2012 08:57 AM, Herton Ronaldo Krzesinski wrote:
>>> 3.5.7u1 -stable review patch. If anyone has any objections, please let me
>>> know.
>>
>> What kind of version
I'm having serious latency problems due to mmap_sem contention. I
have a real-time thread that has (soft) page faults on locked pages,
and it blocks for multiple milliseconds on
(call_rwsem_down_read_failed do_page_fault page_fault). Can this be
fixed?
Some ideas:
1. Drop mmap_sem during the fi
Hi Greg,
Are you maintaining drivers/base/dma-mapping.c? The enclosed path is needed to
enable DMABUF handling on V4L2 on some architectures, like x86_64, as we need
dma_common_get_sgtable() on drivers/media/v4l2-core/videobuf2-dma-contig.c.
Would you mind acking it, in order to let this patch fl
On Mon, Nov 26, 2012 at 12:09:52PM -0800, H. Peter Anvin wrote:
> On 11/26/2012 12:08 PM, Herton Ronaldo Krzesinski wrote:
> > On Mon, Nov 26, 2012 at 10:02:09AM -0800, H. Peter Anvin wrote:
> >> On 11/26/2012 08:57 AM, Herton Ronaldo Krzesinski wrote:
> >>> 3.5.7u1 -stable review patch. If anyone
On Mon, Nov 26, 2012 at 2:58 AM, Stefan Hajnoczi wrote:
> On Fri, Nov 23, 2012 at 10:34:16AM -0800, Vincent Li wrote:
>> On Thu, Nov 22, 2012 at 11:29 PM, Stefan Hajnoczi wrote:
>> > On Wed, Nov 21, 2012 at 03:36:50PM -0800, Vincent Li wrote:
>> >> We have users running on redhat based distro (Ke
On Mon, Nov 26, 2012 at 09:08:48PM +0100, Michal Hocko wrote:
> On Mon 26-11-12 14:29:41, Johannes Weiner wrote:
> > On Mon, Nov 26, 2012 at 08:03:29PM +0100, Michal Hocko wrote:
> > > On Mon 26-11-12 13:24:21, Johannes Weiner wrote:
> > > > On Mon, Nov 26, 2012 at 07:04:44PM +0100, Michal Hocko wr
I'm announcing the release of the 3.0.53 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Makefile b/Makefile
index 1dbdc46..870ec25 100644
--- a/Makefile
+++ b/Makefile
@@ -1,6 +1,6 @@
VERSION = 3
PATCHLEVEL = 0
-SUBLEVEL = 52
+SUBLEVEL = 53
EXTRAVERSION =
NAME = Sneaky Weasel
diff --git a/arch/m68k/include/asm/signal.h b/arch/m68k/include/asm/signal.h
index 5bc09c7.
On Wed, Nov 21, 2012 at 11:50:24PM +0100, Peter Huewe wrote:
> Am Mittwoch, 21. November 2012, 21:56:45 schrieb Jason Gunthorpe:
> > This seems to be preferred these days.
> >
> > Signed-off-by: Jason Gunthorpe
>
> Looks good to me
> Reviewed-by: Peter Huewe
Applied. I also rolled in an update
I'm announcing the release of the 3.4.20 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
I'm announcing the release of the 3.6.8 kernel.
All users of the 3.6 kernel series must upgrade.
The updated 3.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.6.y
and can be browsed at the normal kernel.org git web browser:
There is the only path in uwb_rc_cmd_async() where rc->uwb_dev is left unlocked.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/uwb/reset.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/uwb/reset.c b/drivers/uwb/rese
On Mon, Nov 26, 2012 at 02:23:56PM -0600, Kent Yoder wrote:
> On Wed, Nov 21, 2012 at 11:50:24PM +0100, Peter Huewe wrote:
> > Am Mittwoch, 21. November 2012, 21:56:45 schrieb Jason Gunthorpe:
> > > This seems to be preferred these days.
> > >
> > > Signed-off-by: Jason Gunthorpe
> >
> > Looks g
MP DEBUG_PAGEALLOC
[ 1140.015020] Dumping ftrace buffer:
[ 1140.015020](ftrace buffer empty)
[ 1140.015020] CPU 1
[ 1140.015020] Pid: 3179, comm: ksmd Tainted: GW
3.7.0-rc6-next-20121126-sasha-00015-gb04382b-dirty #200
[ 1140.015020] RIP: 0010:[] []
task_numa_placement+0x27/0x1a0
In the case of where you have a system that is running in a
capped or overcommitted environment the user may see steal time
being reported in accounting tools such as top or vmstat. This can
cause confusion for the end user. To ease the confusion this patch set
adds the idea of consigned (expecte
Modify the amount of stealtime that the kernel reports via the /proc interface.
Steal time will now be broken down into steal_time and consigned_time.
Consigned_time will represent the amount of time that is expected to be lost
due to overcommitment of the physical cpu or by using cpu capping. The
Add the code to send the consigned time from the host to the guest.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/kvm_host.h |1 +
arch/x86/include/asm/kvm_para.h |3 ++-
arch/x86/include/asm/paravirt.h |4 ++--
arch/x86/kernel/kvm.c |3 ++-
arch/x86/kernel/parav
Add a timer to the host. This will define the period. During a period
the first n ticks will go into the consigned bucket. Any other ticks that
occur within the period will be placed in the stealtime bucket.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/kvm_host.h | 10 +
arc
Add an ioctl to communicate the consign limit to the host.
Signed-off-by: Michael Wolf
---
arch/x86/kvm/x86.c |6 ++
include/linux/kvm_host.h |2 ++
include/uapi/linux/kvm.h |2 ++
virt/kvm/kvm_main.c |7 +++
4 files changed, 17 insertions(+)
diff --git a/arch
Add a consigned field. This field will hold the time lost due to capping or
overcommit.
The rest of the time will still show up in the steal-time field.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/paravirt.h |4 ++--
arch/x86/include/asm/paravirt_types.h |2 +-
arch/x86/
This is probably known and fixed already, but in case it's not, let me just
mention that I saw two new warnings with ARM allyesconfig about a
__devexit being removed but the __devexit_p() still being there:
drivers/tty/serial/xilinx_uartps.c:1000:12: error: 'xuartps_remove' defined but
not used [
On Monday, November 26, 2012 12:06:39 PM Toshi Kani wrote:
> On Sat, 2012-11-24 at 23:37 +0100, Rafael J. Wysocki wrote:
> > On Saturday, November 24, 2012 11:01:56 PM Rafael J. Wysocki wrote:
> > > On Thursday, November 08, 2012 01:23:44 PM Toshi Kani wrote:
> > > > Added a new .sys_notify interfa
On Sun, 2012-11-25 at 22:44 -0800, Eric Dumazet wrote:
> On Mon, 2012-11-26 at 11:29 +0800, ling.ma.prog...@gmail.com wrote:
> > From: Ma Ling
> >
> > In order to reduce memory latency when last level cache miss occurs,
> > modern CPUs i.e. x86 and arm introduced Critical Word First(CWF) or
> > E
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Monday, November 12, 2012 3:55 AM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com; KY Srinivasan; b...@deca
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Monday, November 12, 2012 3:55 AM
> To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com;
> jasow...@redhat.com; KY Srinivasan; b...@deca
> -Original Message-
> From: Tomas Hozza [mailto:tho...@redhat.com]
> Sent: Friday, November 09, 2012 7:47 AM
> To: o...@aepfle.de; KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; a...@canonical.com; jasow...@redhat.com;
> Toma
>This issue has been around for a while so frankly I don't think it's
>urgent enough to rush things.
Well, it's quite urgent at least for us :( i wasn't reported this so far cos i
wasn't sure it's a kernel thing. I will be really happy and thankfull if fix
for this can go to 3.2 in some near fu
On Mon, Nov 26, 2012 at 09:46:38PM +0100, azurIt wrote:
> >This issue has been around for a while so frankly I don't think it's
> >urgent enough to rush things.
>
>
> Well, it's quite urgent at least for us :( i wasn't reported this so
> far cos i wasn't sure it's a kernel thing. I will be really
On Mon, Nov 26, 2012 at 9:54 PM, Geert Uytterhoeven
wrote:
> JFYI, when comparing v3.7-rc7 to v3.7-rc6[3], the summaries are:
> - build errors: +4/-8
+ error: "__sync_fetch_and_and_4"
[drivers/staging/line6/line6usb.ko] undefined!: => N/A
+ error: "__sync_fetch_and_or_4" [drivers/staging/l
On 11/26/2012 06:17 AM, Stephen Rothwell wrote:
> Hi all,
>
> Changes since 20121115:
>
on i386:
drivers/staging/fwserial/dma_fifo.c: In function 'dma_fifo_in':
drivers/staging/fwserial/dma_fifo.c:174:2: error: implicit declaration of
function '__WARN_printf'
--
~Randy
--
To unsubscribe
On 11/20/2012 12:29 AM, Sivaram Nair wrote:
> For Tegra30, pll_p clk's parent is wrongly specified as clk_m instead of
> pll_ref in the tegra30_clk_init_table and this is resulting in a
> boot-time warning. This patch fixes this by correcting the clk init
> table.
Thanks, applied.
--
To unsubscri
On 11/21/2012 04:42 AM, Sivaram Nair wrote:
> Since the clk framework has already taken necessary locks before calling
> into the arch clk ops code, no further locks are needed while setting
> the parent of dsib clk. This patch removes a comment that indicated
> otherwise, and yet did not take any
On 11/21/2012 05:41 AM, Hiroshi Doyu wrote:
> Fix build warning w/o PM_SLEEP.
>
> Change-Id: Id5b7d089de835025b5708fa345a75990fd976363
Thanks, applied, with commit description fixed up to remove the Change-Id.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
Modify the amount of stealtime that the kernel reports via the /proc interface.
Steal time will now be broken down into steal_time and consigned_time.
Consigned_time will represent the amount of time that is expected to be lost
due to overcommitment of the physical cpu or by using cpu capping. The
In the case of where you have a system that is running in a
capped or overcommitted environment the user may see steal time
being reported in accounting tools such as top or vmstat. This can
cause confusion for the end user. To ease the confusion this patch set
adds the idea of consigned (expecte
Add a consigned field. This field will hold the time lost due to capping or
overcommit.
The rest of the time will still show up in the steal-time field.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/paravirt.h |4 ++--
arch/x86/include/asm/paravirt_types.h |2 +-
arch/x86/
Add the code to send the consigned time from the host to the guest.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/kvm_host.h |1 +
arch/x86/include/asm/kvm_para.h |3 ++-
arch/x86/include/asm/paravirt.h |4 ++--
arch/x86/kernel/kvm.c |3 ++-
arch/x86/kernel/parav
Add a timer to the host. This will define the period. During a period
the first n ticks will go into the consigned bucket. Any other ticks that
occur within the period will be placed in the stealtime bucket.
Signed-off-by: Michael Wolf
---
arch/x86/include/asm/kvm_host.h | 10 +
arc
On Mon, 26 Nov 2012 14:27:00 +0100 Karel Zak wrote:
> On Fri, Nov 23, 2012 at 11:23:09AM +1100, NeilBrown wrote:
> > This is a bug in util-linux.
> >
> > If 'blkid' doesn't recognise the filesystem, mount reads /etc/filesystems
> > and tries everything listed there. If that file ends with a '*'
On Mon, Nov 26, 2012 at 11:57:42AM -0800, Mike Turquette wrote:
> Quoting Russ Dill (2012-11-26 11:20:09)
> > The helper functions that access the opaque struct clk should
> > not be marked inline since they are contained in clk.c, but expected
> > to be used by other compilation units. This causes
Hi Randy,
On Mon, Nov 26, 2012 at 11:21:33AM -0800, Randy Dunlap wrote:
> On 11/13/2012 05:35 AM, Linus Walleij wrote:
>
> > On Mon, Nov 12, 2012 at 6:20 PM, Randy Dunlap wrote:
> >
> >> From: Randy Dunlap
> >>
> >> Fix build errors when CONFIG_OF is not enabled by including
> >> (needs to be
On Mon, Nov 26, 2012 at 11:53:45AM +, Alan Cox wrote:
> > It's not like there is any shortage of flag bits, so what's the harm
> > of reserving the bit?
>
> Why not just reserve a small group of bits for fs private use in that
> case - for any fs.
Flawed - one bit, one function for all filesy
On Mon, Nov 26, 2012 at 08:42:40PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Tomas Hozza [mailto:tho...@redhat.com]
> > Sent: Monday, November 12, 2012 3:55 AM
> > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> > de...@linuxdriverproject.org; o...@a
> -Original Message-
> From: gre...@linuxfoundation.org [mailto:gre...@linuxfoundation.org]
> Sent: Monday, November 26, 2012 4:12 PM
> To: KY Srinivasan
> Cc: Tomas Hozza; linux-kernel@vger.kernel.org; de...@linuxdriverproject.org;
> o...@aepfle.de; a...@canonical.com; jasow...@redhat.co
> -Original Message-
> From: Herton Ronaldo Krzesinski [mailto:herton.krzesin...@canonical.com]
> Sent: Friday, November 23, 2012 4:27 PM
> To: Greg Kroah-Hartman
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org;
> a...@lxorguk.ukuu.org.uk; Keller, Jacob E; Richard Cochran; John S
On Mon, 2012-11-26 at 21:44 +0100, Rafael J. Wysocki wrote:
> On Monday, November 26, 2012 12:06:39 PM Toshi Kani wrote:
> > On Sat, 2012-11-24 at 23:37 +0100, Rafael J. Wysocki wrote:
> > > On Saturday, November 24, 2012 11:01:56 PM Rafael J. Wysocki wrote:
> > > > On Thursday, November 08, 2012 0
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Monday, November 26, 2012 10:46 AM
> To: Herton Ronaldo Krzesinski
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org;
> a...@lxorguk.ukuu.org.uk; Keller, Jacob E; Richard Cochran; John Stult
Non-void functions should describe their return values in their kernel-doc
comments. Currently, some don't, others do in various forms. For example:
* Return the result.
* Return: The result.
* Returns the result.
* Returns: the result.
* Return Value: The result.
* @return: the r
If a function has a return value, but its kernel-doc comment doesn't contain a
"Return" section, then emit the following warning:
Warning(file.h:129): No description found for return value of 'fct'
Note: This check emits a lot of warnings at the moment, because many functions
don't have a 'Ret
On Mon, Nov 26, 2012 at 8:25 PM, Stephen Warren wrote:
> On 11/21/2012 01:28 AM, Linus Walleij wrote:
>> Oh and there was this comment/TODO:
>> I was thinking that if your patch set is introducing a
>> plethora of new users of these hooks we should maybe
>> stick a patch at the beginning of the s
>Here we go with the patch for 3.2.34. Could you test with this one,
>please?
Michal, regarding to your conversation with Johannes Weiner, should i try this
patch or not?
azur
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
On Mon, 2012-11-26 at 14:09 -0700, Toshi Kani wrote:
> On Mon, 2012-11-26 at 21:44 +0100, Rafael J. Wysocki wrote:
> > On Monday, November 26, 2012 12:06:39 PM Toshi Kani wrote:
> > > On Sat, 2012-11-24 at 23:37 +0100, Rafael J. Wysocki wrote:
> > > > On Saturday, November 24, 2012 11:01:56 PM Rafa
On Mon, 1 Oct 2012 09:35:22 +0200, Linus Walleij
wrote:
> From: Linus Walleij
>
> Currently we rely on all IRQ chip instances to dynamically
> allocate their IRQ descriptors unless they use the linear
> IRQ domain. So for irqdomain_add_legacy() and
> irqdomain_add_simple() the caller need to ma
On Fri, 23 Nov 2012 23:03:47 +0530, Viresh Kumar
wrote:
> On 23 November 2012 15:11, Grant Likely wrote:
> > On Fri, 23 Nov 2012 00:26:20 +0530, Viresh Kumar
> > wrote:
>
> >> + - irq-trigger : IRQ trigger to use for the
> >> interrupt to the host
> >> + - irq-invert-po
On Thu, 27 Sep 2012 08:41:53 -0500, Rob Herring wrote:
> On 09/27/2012 08:13 AM, Linus Walleij wrote:
> > ---
> > kernel/irq/irqdomain.c | 21 -
> > 1 file changed, 16 insertions(+), 5 deletions(-)
> >
> > diff --git a/kernel/irq/irqdomain.c b/kernel/irq/irqdomain.c
> > index
On Wed, 17 Oct 2012 11:00:55 -0700, Joe Perches wrote:
> Add and use a convenience inline to get an irq by name.
>
> Signed-off-by: Joe Perches
> ---
> Perhaps this is a better alternative to code reflowing.
>
> include/linux/mfd/wm831x/core.h | 8
> drivers/input/touchscreen/w
[Sorry to jump in that late]
On Tue 20-11-12 10:02:45, David Rientjes wrote:
> On Mon, 19 Nov 2012, Glauber Costa wrote:
>
> > >> In the case I outlined below, for backwards compatibility. What I
> > >> actually mean is that memcg *currently* allows arbitrary notifications.
> > >> One way to merg
I've been banging on my test setup for the past week. I haven't
tracked down the cause yet, but something in my prior build system
results in this problem being masked with some builds. Doing pure
vanilla builds from git I'm able to reproduce with 3.6 and the 3.7-rc
series reliably. Support for
On Mon, 24 Sep 2012 17:37:55 +0800, Mike Qiu wrote:
> Function irq_create_mapping() calls irq_find_mapping(). The later
> function has checked if the indicated IRQ domain has hw IRQ mapped to
> virtual IRQ through legacy mode or not and return the value of the
> legacy irq number by call irq_domai
On Tue, 23 Oct 2012 10:54:08 +0100, Mark Brown
wrote:
> Rather than requiring platforms to select the generic clock API to make
> it available make the API available as a user selectable option unless the
> user either selects HAVE_CUSTOM_CLK (if they have their own implementation)
> or selects C
On Mon, Nov 26, 2012 at 09:35:15PM +, Grant Likely wrote:
> On Wed, 17 Oct 2012 11:00:55 -0700, Joe Perches wrote:
> > Add and use a convenience inline to get an irq by name.
> >
> > Signed-off-by: Joe Perches
You'll probably have more luck getting your patches applied if you send
them to t
This adds OF support for davinci_wdt driver.
Signed-off-by: Murali Karicheri
---
.../devicetree/bindings/watchdog/davinci-wdt.txt | 12
drivers/watchdog/davinci_wdt.c |7 +++
2 files changed, 19 insertions(+)
create mode 100644 Documentation/devicetr
Hi Justin,
On Sat, 24 November 2012 "Justin Piszcz" wrote:
> Is the following normal on an X9SRL-F board (bios 1.0a)?
>
> In the manual it states:
>
> Data Direct I/O
> Select Enabled to enable Intel I/OAT (I/O Acceleration Technology), which
> significantly reduces CPU overhead by leveraging CP
On Mon, Nov 26, 2012 at 7:19 AM, Terje Bergstrom wrote:
>
> +struct tegra_drm_submit_args {
> + void *context;
Just a quick comment..
You shouldn't really use ptr here, but instead use a 64bit type so
that you don't run into issues later for armv8/64bit. Same comment
applies in a few othe
From: "Steven L. Kinney"
Add Kernel configuration selection for AMD IOMMUv2 performance counters.
Add a check that will determine the configuration of the AMD IOMMUv2
performance counter(s) and extend the IOMMUv2 MMIO Region to account for the
additional PC register bank.
Add maximum IOMMUv2 ba
On Mon 26-11-12 15:19:18, Johannes Weiner wrote:
> On Mon, Nov 26, 2012 at 09:08:48PM +0100, Michal Hocko wrote:
[...]
> > OK, I guess I am getting what you are trying to say. So what you are
> > suggesting is to just let mem_cgroup_out_of_memory send the signal and
> > move on without retry (or wi
Regression 'tty: fix "IRQ45: nobody cared"'
Regression commit 7b292b4bf9a9d6098440d85616d6ca4c608b8304
Function reset_buffer_flags() also invoked during the ioctl(...,TCFLSH,..).
At the time of request we can have full buffers and throttled driver too.
If we don't unthrottle driver, we can get
> static int tegra_drm_open(struct drm_device *drm, struct drm_file *filp)
> {
> - return 0;
> + struct tegra_drm_fpriv *fpriv;
> + int err = 0;
> +
> + fpriv = kzalloc(sizeof(*fpriv), GFP_KERNEL);
> + if (!fpriv)
> + return -ENOMEM;
> +
> + INIT_
On 11/26/2012 01:40 AM, Dmitry Torokhov wrote:
Hi Christopher,
On Fri, Nov 16, 2012 at 07:58:53PM -0800, Christopher Heiny wrote:
RMI Function 01 implements basic device control and power management
behaviors for the RMI4 sensor.
rmi_f01.h exports definitions that we expect to be used by other
Hello, guys.
I'm wondering why cpuset_cpus_allowed_fallback() is necessary. This
is called from, e.g., try_to_wake_up()->select_task_rq() when none of
the cpus in ->cpus_allowed is useable. The cpuset callback invokes
do_set_cpus_allowed() w/ the cpuset's cpus_allowed. This was added by
the fol
On Wed, Nov 21, 2012 at 12:31:04PM -0800, George Zhang wrote:
>
> * * *
> This series of VMCI linux upstreaming patches include latest udpate from
> VMware.
>
> Summary of changes:
>
> - Sparse clean.
> - Checkpatch clean with one exception, a "complex macro" in
> which we ca
Minor syntax change since v1.
We have done some experiment with idle injection on Intel platforms.
The idea is to use the increasingly power efficient package level
C-states for power capping and passive thermal control.
Documentation is included in the patch to explain the theory of
operation, p
Intel PowerClamp driver performs synchronized idle injection across
all online CPUs. The goal is to maintain a given package level C-state
ratio.
Compared to other throttling methods already exist in the kernel,
such as ACPI PAD (taking CPUs offline) and clock modulation, this is often
more effici
Signed-off-by: Jacob Pan
---
arch/x86/kernel/nmi.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/kernel/nmi.c b/arch/x86/kernel/nmi.c
index f84f5c5..6030805 100644
--- a/arch/x86/kernel/nmi.c
+++ b/arch/x86/kernel/nmi.c
@@ -509,3 +509,4 @@ void local_touch_nmi(void)
{
_
401 - 500 of 942 matches
Mail list logo
