Randconfig build by Fengguang's robot army reported:
drivers/built-in.o: In function `extlog_print':
>> acpi_extlog.c:(.text+0xcc719): undefined reference to
>> `boot_cpu_physical_apicid'
The config had CONFIG_SMP=n so we picked up this defintion from :
#define cpu_physical_id(cpu)
Hi Linus,
Please pull the parisc architecture updates for 3.13-rc1 from
git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git
parisc-3.13
which contains the following main features:
- a bugfix for sticon (parisc text console driver) to not crash the
64bit kernel on machines
On 11/08/2013 05:03 PM, Ben Myers wrote:
Hey Ric,
On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
On 11/08/2013 03:46 PM, Ben Myers wrote:
Hey Christoph,
On Fri, Nov 08, 2013 at 11:34:24AM -0800, Christoph Hellwig wrote:
On Fri, Nov 08, 2013 at 12:03:37PM -0600, Ben Myers wrote:
Hi,
This is the seventh iteration of DT support for the TWL4030
power button.
Changes since v6 [0]:
* Splitted DT binding documentation into its own patch
* Updated commit message of first patch
* Added Reviewed-by: Aaro Koskinen
* Added Tested-by: Florian Vaussard
* Added Acked-by: Kumar Gala
[
Add device tree support for twl4030 power button driver.
Adding device tree support involved converting the
driver to module_platform_driver().
Signed-off-by: Sebastian Reichel
Acked-by: Kumar Gala
Tested-by: Florian Vaussard
---
drivers/input/misc/twl4030-pwrbutton.c | 16
1
Use dev_err() to output errors instead of dev_dbg().
Signed-off-by: Sebastian Reichel
Reviewed-by: Aaro Koskinen
---
drivers/input/misc/twl4030-pwrbutton.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/input/misc/twl4030-pwrbutton.c
b/drivers/input/misc/twl403
Add devicetree binding documentation for twl4030-pwrbutton.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/input/twl4030-pwrbutton.txt | 21 +
1 file changed, 21 insertions(+)
create mode 100644
Documentation/devicetree/bindings/input/twl4030-pwrbutton.txt
di
Use managed irq resource to simplify the driver.
Signed-off-by: Sebastian Reichel
Reviewed-by: Aaro Koskinen
---
drivers/input/misc/twl4030-pwrbutton.c | 26 --
1 file changed, 4 insertions(+), 22 deletions(-)
diff --git a/drivers/input/misc/twl4030-pwrbutton.c
b/drive
On Fri, Nov 08, 2013 at 11:20:54AM +, Mel Gorman wrote:
> On Thu, Nov 07, 2013 at 03:48:38PM -0600, Alex Thorlton wrote:
> > > Try the following patch on top of 3.12. It's a patch that is expected to
> > > be merged for 3.13. On its own it'll hurt automatic NUMA balancing in
> > > -stable but c
Hi,
Add device tree support for the twl4030 keypad, which is
for example used in the Nokia N900.
Changes since v2 [0]:
* Removed patches, which add twl4030-keypad node to
omap3 and nokia n900 dts files. I will send these to
Benoit once this patchset is queued.
* Split devicetree binding d
Dear RT folks!
I'm pleased to announce the v3.10.18-rt14 patch set.
Changes since v3.10.18-rt13
- a SLUB fix. The delayed free might use wrong kmem_cache structure.
- update to Yang Shi's memcontrol sleeping while atomic fix. Thanks you
Yang Shi.
- dropping the wbinvd in i915. The do_wbinvd mod
Add device tree support for twl4030 keypad driver.
Tested on Nokia N900.
Signed-off-by: Sebastian Reichel
---
drivers/input/keyboard/twl4030_keypad.c | 91 +++--
1 file changed, 74 insertions(+), 17 deletions(-)
diff --git a/drivers/input/keyboard/twl4030_keypad.c
Hey Ric,
On Fri, Nov 08, 2013 at 05:07:45PM -0500, Ric Wheeler wrote:
> On 11/08/2013 05:03 PM, Ben Myers wrote:
> >Hey Ric,
> >
> >On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
> >>On 11/08/2013 03:46 PM, Ben Myers wrote:
> >>>Hey Christoph,
> >>>
> >>>On Fri, Nov 08, 2013 at 11:34
Al Viro writes:
> On Fri, Nov 08, 2013 at 12:51:52PM -0800, Eric W. Biederman wrote:
>
>> The return value of d_mountpoint can be obsolete as soon as it returns
>> as well, so I don't see this as being significantly different.
>
> Not if the ->i_mutex of that sucker is held. And it *is* held in
Add devicetree binding documentation for twl4030-keypad.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/input/twl4030-keypad.txt | 31 ++
1 file changed, 31 insertions(+)
create mode 100644 Documentation/devicetree/bindings/input/twl4030-keypad.txt
diff --gi
On Fri, Nov 08, 2013 at 04:15:21PM -0500, Vince Weaver wrote:
> On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
>
> > On Fri, Nov 08, 2013 at 03:23:07PM -0500, Vince Weaver wrote:
> > > On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
> > > >
> > > > There seem to be a loop that takes too long in in
On Fri, Nov 08, 2013 at 04:15:21PM -0500, Vince Weaver wrote:
> On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
>
> > On Fri, Nov 08, 2013 at 03:23:07PM -0500, Vince Weaver wrote:
> > > On Fri, 8 Nov 2013, Frederic Weisbecker wrote:
> > > >
> > > > There seem to be a loop that takes too long in in
On 11/08/2013 04:21 PM, Paul E. McKenney wrote:
On Mon, Nov 04, 2013 at 12:17:20PM -0500, Waiman Long wrote:
There is a pending patch in the rwsem patch series that adds a generic
MCS locking helper functions to do MCS-style locking. This patch
will enable the queue rwlock to use that generic MC
On 11/08/2013 04:11 PM, Paul E. McKenney wrote:
On Mon, Nov 04, 2013 at 12:17:17PM -0500, Waiman Long wrote:
Kernel JPM %Change from (1)
-- ---
1148265 -
2238715 +61%
3242048 +63%
4234881 +58%
The use of
Christoph Hellwig writes:
> On Fri, Nov 08, 2013 at 05:58:48PM +1100, Stephen Rothwell wrote:
>> Hi Eric,
>>
>> After merging the userns tree, today's linux-next build (powerpc
>> ppc64_defconfig) failed like this:
>>
>> fs/namei.c: In function 'covered':
>> fs/namei.c:3528:2: error: too many a
Merge all TWL family subnode documentation into
the TWL family documentation file and fix typo
in its filename.
Signed-off-by: Sebastian Reichel
---
.../devicetree/bindings/gpio/gpio-twl4030.txt | 29 --
.../devicetree/bindings/input/twl4030-keypad.txt | 31 --
.../bindings/input/twl403
Add documentation for linux,keypad-no-autorepeat, which
is supported by most matrix-keymap implementations.
Signed-off-by: Sebastian Reichel
---
Documentation/devicetree/bindings/input/matrix-keymap.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/input/m
On Sat, Nov 9, 2013 at 6:03 AM, Ben Myers wrote:
> Hey Ric,
>
> On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
>> On 11/08/2013 03:46 PM, Ben Myers wrote:
>> >Hey Christoph,
>> >
>> >On Fri, Nov 08, 2013 at 11:34:24AM -0800, Christoph Hellwig wrote:
>> >>On Fri, Nov 08, 2013 at 12:03
If we're running on a v7 ARM CPU, detect if the CPU supports the
sdiv/udiv instructions and replace the signed and unsigned
division library functions with an sdiv/udiv instruction.
Running the perf messaging benchmark in pipe mode
$ perf bench sched messaging -p
shows a modest improvement on m
Commit-ID: ac7956e2699380b8b10146ec2ba8cbe43a03ff7a
Gitweb: http://git.kernel.org/tip/ac7956e2699380b8b10146ec2ba8cbe43a03ff7a
Author: Seiji Aguchi
AuthorDate: Wed, 30 Oct 2013 16:37:47 -0400
Committer: H. Peter Anvin
CommitDate: Fri, 8 Nov 2013 14:15:47 -0800
x86, trace: Delete __trac
Commit-ID: d34603b07c4255b2b00a546d34f297ccd50ae4c6
Gitweb: http://git.kernel.org/tip/d34603b07c4255b2b00a546d34f297ccd50ae4c6
Author: Seiji Aguchi
AuthorDate: Wed, 30 Oct 2013 16:39:03 -0400
Committer: H. Peter Anvin
CommitDate: Fri, 8 Nov 2013 14:15:49 -0800
x86, trace: Add page faul
Commit-ID: 25c74b10bacead867478480170083f69cfc0db48
Gitweb: http://git.kernel.org/tip/25c74b10bacead867478480170083f69cfc0db48
Author: Seiji Aguchi
AuthorDate: Wed, 30 Oct 2013 16:37:00 -0400
Committer: H. Peter Anvin
CommitDate: Fri, 8 Nov 2013 14:15:45 -0800
x86, trace: Register exce
Commit-ID: 959c071f0974cda7702d7574647de7ad9259eb57
Gitweb: http://git.kernel.org/tip/959c071f0974cda7702d7574647de7ad9259eb57
Author: Seiji Aguchi
AuthorDate: Wed, 30 Oct 2013 16:36:08 -0400
Committer: H. Peter Anvin
CommitDate: Fri, 8 Nov 2013 14:15:44 -0800
x86, trace: Remove __allo
On Wed, 6 Nov 2013, Kees Cook wrote:
> Given recent discussions about the lack of OABI in the wild, switch
> CONFIG_OABI_COMPAT to off-by-default to encourage more system builders
> to avoid it.
>
> Signed-off-by: Kees Cook
Acked-by: Nicolas Pitre
> ---
> arch/arm/Kconfig |4 ++--
> 1 fi
Stephen Rothwell writes:
> Hi Eric,
>
> After merging the userns tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> fs/namespace.c: In function 'detach_mounts':
> fs/namespace.c:1340:2: error: implicit declaration of function
> 'br_write_lock' [-Werror=implicit-func
On Fri, Nov 8, 2013 at 3:13 PM, Nicolas Pitre wrote:
> On Wed, 6 Nov 2013, Kees Cook wrote:
>
>> Given recent discussions about the lack of OABI in the wild, switch
>> CONFIG_OABI_COMPAT to off-by-default to encourage more system builders
>> to avoid it.
>>
>> Signed-off-by: Kees Cook
>
> Acked-b
On Fri, Nov 08, 2013 at 08:37:48AM +0100, Peter Zijlstra wrote:
> On Wed, Nov 06, 2013 at 06:29:21AM -0800, Paul E. McKenney wrote:
> > On Tue, Nov 05, 2013 at 01:10:44PM +0100, Peter Zijlstra wrote:
> > > Hi all,
> > >
> > > During Kernel Summit Dave mentioned that there wasn't a clear maintainer
Hi Josh,
On Fri, 8 Nov 2013 10:58:12 -0800 Josh Triplett wrote:
>
> Won't splitting the Makefile change into a separate commit break
> bisection, in particular if you have the changes adding inlines but you
> also compile in lglock.o? Shouldn't this be squashed into the merge
> itself, keeping t
This patch adds support for GMT G751 Temperature Sensor and Thermal
Watchdog I2C chip. It has been tested via DT on a Netgear ReadyNAS
2120 (Marvell Armada XP based ARM device).
Signed-off-by: Arnaud Ebalard
---
Documentation/devicetree/bindings/hwmon/g751.txt | 24 +
.../devicetree/bindings
On 11/08/2013 05:17 PM, Ben Myers wrote:
Hey Ric,
On Fri, Nov 08, 2013 at 05:07:45PM -0500, Ric Wheeler wrote:
On 11/08/2013 05:03 PM, Ben Myers wrote:
Hey Ric,
On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
On 11/08/2013 03:46 PM, Ben Myers wrote:
Hey Christoph,
On Fri, Nov
On Fri, Nov 8, 2013 at 1:53 PM, Stephen Boyd wrote:
> On 11/08/13 12:45, Olof Johansson wrote:
>> On Fri, Nov 8, 2013 at 12:06 PM, Olof Johansson wrote:
>>> On Mon, Oct 28, 2013 at 11:00 PM, Stephen Boyd wrote:
On 10/28, Kevin Hilman wrote:
> Stephen Boyd writes:
>
>> This will
On 11/08/13 15:35, Olof Johansson wrote:
> On Fri, Nov 8, 2013 at 1:53 PM, Stephen Boyd wrote:
>>
>> Ah yes. We don't have IPI support on UP kernels but SMP_ON_UP exposes
>> arch_irq_work_raise(). How about this? We should just skip this function
>> if we're running on UP.
> Yep.
>
> Tested-by: Ol
Tejun and others,
Following up with the earlier RFC [1] comments, here is the updated
patch series based on the discussion. This series is the last bottleneck
now for me to enable the coherency on keystone ARM LPAE architecture on which
the physical memory starts after 4BG. I would like to get the
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Jens Axboe
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
block/blk-ioc.c |1 -
1 file changed, 1 deletion(-)
diff --git a/block/blk-i
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/memory_hotplug.c |1 -
1 file changed, 1 deletion(-)
diff --git a/mm/memory_hotplug.c b/m
From: Grygorii Strashko
drop WARN and use SMP_CACHE_BYTES as a default alignment in
memblock_alloc_base_nid() as recommended by Tejun Heo in
https://lkml.org/lkml/2013/10/13/117.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
---
mm/memblock.c |4 ++--
Introduce memblock memory allocation APIs which allow to support
PAE or LPAE extension on 32 bits archs where the physical memory start
address can be beyond 4GB. In such cases, existing bootmem APIs which
operate on 32 bit addresses won't work and needs memblock layer which
operates on 64 bit addr
On Sat, 9 Nov 2013 06:59:00 +0800 Zhi Yong Wu wrote:
> On Sat, Nov 9, 2013 at 6:03 AM, Ben Myers wrote:
> > Hey Ric,
> >
> > On Fri, Nov 08, 2013 at 03:50:21PM -0500, Ric Wheeler wrote:
> >> On 11/08/2013 03:46 PM, Ben Myers wrote:
> >> >Hey Christoph,
> >> >
> >> >On Fri, Nov 08, 2013 at 11:34:
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: William Hubbs
Cc: Chris Brannon
Cc: Kirk Reiser
Cc: Greg Kroah-Hartman
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/staging/sp
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Correct ensure_zone_is_initialized() function description according
to the introduced memblock APIs for early memory allocations.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
mm/memory_hotplug.c |2 +-
1 file change
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
From: Grygorii Strashko
Clean-up to remove depedency with bootmem headers.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
drivers/char/mem.c |1 -
1 file changed, 1 deletio
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
From: Grygorii Strashko
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of
From: Grygorii Strashko
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
Switch to memblock interfaces for early memory allocator instead of
bootmem allocator. No functional change in beahvior than what it is
in current code from bootmem users points of view.
Archs already converted to NO_BOOTMEM now directly use memblock
interfaces instead of bootmem wrappers build on
From: Grygorii Strashko
When debugging is enabled (cmdline has "memblock=debug") the memblock
will display upper memory boundary per each allocated/freed memory range
wrongly. For example:
memblock_reserve: [0x009e7e8000-0x009e7ed000]
_memblock_early_alloc_try_nid_nopanic+0xfc/0x12c
Th
From: Grygorii Strashko
Now the Nobootmem allocator will always try to free memory allocated for
reserved memory regions (free_low_memory_core_early()) without taking
into to account current memblock debugging configuration
(CONFIG_ARCH_DISCARD_MEMBLOCK and CONFIG_DEBUG_FS state).
As result if:
From: Grygorii Strashko
The __free_pages_bootmem is used internally by MM core and
already defined in internal.h. So, remove duplicated declaration.
Cc: Yinghai Lu
Cc: Tejun Heo
Cc: Andrew Morton
Signed-off-by: Grygorii Strashko
Signed-off-by: Santosh Shilimkar
---
include/linux/bootmem.h
On Fri, Nov 08, 2013 at 05:36:12PM -0500, Waiman Long wrote:
> On 11/08/2013 04:11 PM, Paul E. McKenney wrote:
> >On Mon, Nov 04, 2013 at 12:17:17PM -0500, Waiman Long wrote:
> >>Kernel JPM %Change from (1)
> >>-- ---
> >> 1148265 -
> >> 2
"Serge E. Hallyn" writes:
> Quoting Aditya Kali (adityak...@google.com):
>> Commit bf056bfa80596a5d14b26b17276a56a0dcb080e5:
>> "proc: Fix the namespace inode permission checks." converted
>> the namespace files into symlinks. The same commit changed
>> the way namespace bind mounts appear in /pr
On Fri, Nov 08, 2013 at 03:39:13PM -0800, Stephen Boyd wrote:
> On 11/08/13 15:35, Olof Johansson wrote:
> > On Fri, Nov 8, 2013 at 1:53 PM, Stephen Boyd wrote:
> >>
> >> Ah yes. We don't have IPI support on UP kernels but SMP_ON_UP exposes
> >> arch_irq_work_raise(). How about this? We should jus
On Fri, Nov 8, 2013 at 4:01 PM, Russell King - ARM Linux
wrote:
> On Fri, Nov 08, 2013 at 03:39:13PM -0800, Stephen Boyd wrote:
>> On 11/08/13 15:35, Olof Johansson wrote:
>> > On Fri, Nov 8, 2013 at 1:53 PM, Stephen Boyd wrote:
>> >>
>> >> Ah yes. We don't have IPI support on UP kernels but SMP_
On Thursday, November 07, 2013 9:42 AM, Morten Rasmussen
[morten.rasmus...@arm.com] wrote:
>
> Hi Vincent,
>
> On Thu, Nov 07, 2013 at 10:54:30AM +, Vincent Guittot wrote:
> > Hi,
> >
> > During the Energy-aware scheduling mini-summit, we spoke about benches
> > that should be used to evalua
On Sat, Nov 09, 2013 at 10:20:58AM +1100, Stephen Rothwell wrote:
> Hi Josh,
>
> On Fri, 8 Nov 2013 10:58:12 -0800 Josh Triplett wrote:
> >
> > Won't splitting the Makefile change into a separate commit break
> > bisection, in particular if you have the changes adding inlines but you
> > also com
On Fri, Nov 08, 2013 at 04:15:21PM -0500, Vince Weaver wrote:
>
> int main(int argc, char **argv) {
> /* 1 */
> /* fd = 82 */
>
> memset(&pe[82],0,sizeof(struct perf_event_attr));
> pe[82].type=PERF_TYPE_TRACEPOINT;
> pe[82].size=80;
> pe[82].config=0x18;
I did some more
On Thu, Nov 7, 2013 at 2:45 PM, Andiry Xu wrote:
> On Thu, Nov 7, 2013 at 2:20 PM, Jan Kara wrote:
>> On Thu 07-11-13 13:50:09, Andiry Xu wrote:
>>> On Thu, Nov 7, 2013 at 1:07 PM, Jan Kara wrote:
>>> > On Thu 07-11-13 12:14:13, Andiry Xu wrote:
>>> >> On Wed, Nov 6, 2013 at 1:18 PM, Jan Kara w
From: Wei Yongjun
platform_set_drvdata(op, pdata) in pcm030_fabric_probe()
will be overwrited when calling snd_soc_register_card(card),
but cm030_fabric_remove() use drvdata as a type of struct
pcm030_audio_data, so we should move platform_set_drvdata()
below snd_soc_register_card() call.
Signed
Just some pointer casting nits.
On 11/06/13 04:07, Vinayak Kale wrote:
> Add support for irq registration when pmu interrupt is percpu.
>
> Signed-off-by: Vinayak Kale
> Signed-off-by: Tuan Phan
> ---
> arch/arm64/kernel/perf_event.c | 109
> +---
> 1 file
On 11/06/13 04:07, Vinayak Kale wrote:
> This patch series adds support to handle interrupt registration/deregistration
> in arm64 pmu driver when pmu interrupt type is percpu.
>
> Patches in this patch series were previously sent out as separate patches [1].
> This patch series incorporates commen
On Fri, 8 Nov 2013 23:36:58 +0100
Frederic Weisbecker wrote:
> [ 237.623178] ---[ end trace 40cda30d05d0ffa6 ]---
> [ 237.627769] perf samples too long (3397569 > 2500), lowering
> kernel.perf_event_max_sample_rate to 5
> [ 237.637124] INFO: NMI handler (perf_event_nmi_handler) took too
Fixed a coding style issue. Tabs have to be 8 spaces.
Signed-off-by: Souvik Banerjee
---
drivers/platform/x86/dell-wmi.c | 396
1 file changed, 198 insertions(+), 198 deletions(-)
diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-
I am a US Army officer currently on military assignment in Iraq, I humbly ask
of your assistance secure and invest some money for me in your country. As a
matter of fact, I have the sum of US$5 Million which I would like you to help
me to invest.
I will appreciate it if you can assist me urgent
Adds support for the monitor switching hotkey on laptops such as the N4110.
Signed-off-by: Souvik Banerjee
---
drivers/platform/x86/dell-wmi.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/platform/x86/dell-wmi.c b/drivers/platform/x86/dell-wmi.c
index 5adb60a..a880183 100644
---
On Fri, 2013-11-08 at 13:21 -0800, Paul E. McKenney wrote:
> On Mon, Nov 04, 2013 at 12:17:20PM -0500, Waiman Long wrote:
> > There is a pending patch in the rwsem patch series that adds a generic
> > MCS locking helper functions to do MCS-style locking. This patch
> > will enable the queue rwlock
On Friday, November 08, 2013 06:41:49 PM Santosh Shilimkar wrote:
> Switch to memblock interfaces for early memory allocator instead of
> bootmem allocator. No functional change in beahvior than what it is
> in current code from bootmem users points of view.
>
> Archs already converted to NO_BOOTM
On 11/08/2013 03:31 PM, Arnaud Ebalard wrote:
This patch adds support for GMT G751 Temperature Sensor and Thermal
Watchdog I2C chip. It has been tested via DT on a Netgear ReadyNAS
2120 (Marvell Armada XP based ARM device).
Signed-off-by: Arnaud Ebalard
Arnaud,
unless I am missing something
A gently tested RFC patch...
---
>From 38554891fc41082b767f24ce3293658f7329a691 Mon Sep 17 00:00:00 2001
From: Sukadev Bhattiprolu
Date: Fri, 8 Nov 2013 17:14:06 -0800
Subject: [PATCH] Fix inhert with perf record --pid
If a target process is identified by its pid:
perf record --pid 12
From: Tomasz Figa
This patch adds an entry for Samsung SoC clock drivers located under
drivers/clk/samsung/ directory, with me taking the maintainer role.
Signed-off-by: Tomasz Figa
Acked-by: Kyungmin Park
Acked-by: Mike Turquette
Acked-by: Sachin Kamat
Acked-by: Sylwester Nawrocki
Acked-by
ceph_osdc_readpages() returns number of bytes read, currently,
the code only allocate full-zero page into fscache, this patch
fixes this.
Signed-off-by: Li Wang
---
fs/ceph/addr.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ceph/addr.c b/fs/ceph/addr.c
index 6df8bd4
On 11/08/2013 06:51 PM, Paul E. McKenney wrote:
On Fri, Nov 08, 2013 at 05:36:12PM -0500, Waiman Long wrote:
I have some incorrect assumptions about memory barrier. Anyway, this
issue will be gone once I use the MCS lock/unlock code.
Here is a presentation that has some diagrams that might help
On Fri, Nov 08, 2013 at 05:17:07PM -0800, Tim Chen wrote:
> On Fri, 2013-11-08 at 13:21 -0800, Paul E. McKenney wrote:
> > On Mon, Nov 04, 2013 at 12:17:20PM -0500, Waiman Long wrote:
> > > There is a pending patch in the rwsem patch series that adds a generic
> > > MCS locking helper functions to
(2013/11/07 17:48), Namhyung Kim wrote:
> On Wed, 6 Nov 2013 18:37:54 +0100, Oleg Nesterov wrote:
>> On 11/06, Namhyung Kim wrote:
>>>
>>> On Tue, 5 Nov 2013 20:24:01 +0100, Oleg Nesterov wrote:
On 11/05, Oleg Nesterov wrote:
>
> As for "-= tu->offset"... Can't we avoid it? User-space
On 11/08/13 at 10:36am, Matt Fleming wrote:
> On Thu, 07 Nov, at 08:09:06PM, Dave Young wrote:
> > Here is my debug message about the efifb params (all hex values):
> > [0.00] efi fb lfb width: 280
> > [0.00] efi fb lfb height: 1e0
> > [0.00] efi fb lfb base: e000
> > [
Hi, Matt
On 11/08/13 at 02:31pm, Matt Fleming wrote:
> On Tue, 05 Nov, at 04:20:07PM, dyo...@redhat.com wrote:
> > Hi,
> >
> > Here is the V2 for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of
This removes the below test in drivers/misc/mic/card/mic_virtio.c:
if (!retry) {
...
}
This is dead code because the "retry" variable was set to 100
earlier in the same function.
This also removes dev_dbg statements to print the value of this variable.
That's not interesting to print the value o
On 11/08/2013 07:57 PM, Dave Young wrote:
>
> Hmm, if CONFIG_DEBUG_BOOT_PARAMS is not set, then kexec-tools should
> fail getting efi_info, so I will fix kexec-tools patch about this.
>
> Also CONFIG_EFI_RUNTIME_MAP should select CONFIG_DEBUG_BOOT_PARAMS.
> In future will try to move the boot par
> -Original Message-
> From: Michael Opdenacker [mailto:michael.opdenac...@free-electrons.com]
> Sent: Friday, November 08, 2013 8:14 PM
> Subject: [PATCH] misc: mic: dead code removal and minor cleanup
>
> This removes the below test in drivers/misc/mic/card/mic_virtio.c:
>
> if (!retry)
From: Len Brown
About 10 years ago, this option was created to help
distros enable ACPI and not get distracted by ACPI
BIOS issues in machines which were deemed old
at that time, eg 1999 and earlier.
After a couple of years, the high volume distros
stopped bothering to set this option, and inste
On Sat, Nov 09, 2013 at 11:06:36AM +0800, Fengguang Wu wrote:
> Greetings,
>
> I got the below dmesg and the first bad commit is
>
> commit 84550b9356af50c7cbd6b6ce6e8fd06585eebf14
> Author: Al Viro
> Date: Sun Sep 29 22:06:07 2013 -0400
Got it... See if the following fixes the probl
Janne Karhunen writes:
> On Sat, Nov 2, 2013 at 8:06 AM, Gao feng wrote:
>
>> And another question, it looks like if we don't have proc/sys fs mounted,
>> then proc/sys will be failed to be mounted?
>
> I have been wondering the same. Was quite some illogical surprise that
> we have to be doing
On Sun, Nov 03, 2013 at 11:29:54AM +0100, Geert Uytterhoeven wrote:
> Added CC stable, so Greg will see it.
> Added commit 9c41f4eeb9d51f3ece20428d35a3ea32cf3b5622, so Greg knows
> what to cherry-pick.
It was already tagged with a cc: stable marking, so all is good.
thanks,
greg k-h
--
To unsubs
This fixes a memory leak in the phy_create() function.
If ida_simple_get() returns with an error, the code jumps
to the "err0" label without freeing the "phy" pointer.
This patch introduces a new error management label to address this.
Issue found with Coverity (CID 1127219)
Signed-off-by: Mich
From: Len Brown
Support the next generation Intel Atom processor
mirco-architecture, formerly called Silvermont.
The server version, formerly called "Avoton",
is named the "Intel(R) Atom(TM) Processor C2000 Product Family".
The client version, formerly called "Bay Trail",
is named the "Intel At
From: Len Brown
Support the "Intel(R) Atom(TM) Processor C2000 Product Family",
formerly code-named Avoton. It is based on the next generation
Intel Atom processor architecture, formerly code-named Silvermont.
Signed-off-by: Len Brown
---
drivers/idle/intel_idle.c | 24 +++
Hi Ashutosh,
Thanks for your review!
On 11/09/2013 06:06 AM, Dixit, Ashutosh wrote:
> Hi Michael
>
> Thanks for your mail. However, the dead code has resulted from
> another bug in the code, we should be decrementing retry instead
> of i. The same bug occurs in several other places in the code to
401 - 500 of 699 matches
Mail list logo
