The only real use for command line options is to be able to get users to test
something during troubleshooting.
Greg KH gre...@linuxfoundation.org wrote:
On Wed, Apr 17, 2013 at 11:05:41PM +0100, Bryan O'Donoghue wrote:
Some EFI BIOS stores BGRT data in the wrong place and some EFI based
BIOS
On Wed, Apr 17, 2013 at 11:23:28AM -0700, Sarah Sharp wrote:
TLDR version: Yes, it would be nice if bug reporters could go up the
hierarchy, but they don't have an easy way to know which subsystem
maintainers to contact. Perhaps a new line in MAINTAINERS for the
subsystem maintainer would be
On Thu, Apr 18, 2013 at 11:00:27PM -0700, H. Peter Anvin wrote:
The only real use for command line options is to be able to get users
to test something during troubleshooting.
Ok, but the option shouldn't be used to solve the problem.
greg k-h
--
To unsubscribe from this list: send the line
From 712317ad97f41e738e1a19aa0a6392a78a84094e Mon Sep 17 00:00:00 2001
From: Li Zefan lize...@huawei.com
Date: Thu, 18 Apr 2013 23:09:52 -0700
We should store file xattrs in struct cfent instead of struct cftype,
because cftype is a type while cfent is object instance of cftype.
For example each
On Fri, Apr 19, 2013 at 5:13 AM, Paul Gortmaker
paul.gortma...@windriver.com wrote:
[Re: [RFC PATCH 0/2] sched: move content out of core files for load average]
On 18/04/2013 (Thu 23:06) Rakib Mullick wrote:
On Thu, Apr 18, 2013 at 9:54 PM, Paul Gortmaker
paul.gortma...@windriver.com wrote:
On Thu, Apr 18, 2013 at 10:57:54PM -0700, Tejun Heo wrote:
No wonder this thing crashes. Chris, can't the original bio carry
bbio in bi_private and let end_bio_extent_readpage() free the bbio
instead of abusing bi_bdev like this?
BTW, I think it's a bit too late to fix this properly from
SMPS3 and SMPS7 do not have tstep_addr setting, so current code actually
writes 0 to smps12_ctl (offset is 0) register when set_ramp_delay callback
is called for SMPS3 and SMPS7.
Signed-off-by: Axel Lin axel@ingics.com
---
drivers/regulator/palmas-regulator.c |7 +++
1 file changed,
On Friday 19 April 2013 11:48 AM, Axel Lin wrote:
SMPS3 and SMPS7 do not have tstep_addr setting, so current code actually
writes 0 to smps12_ctl (offset is 0) register when set_ramp_delay callback
is called for SMPS3 and SMPS7.
Signed-off-by: Axel Lin axel@ingics.com
Acked-by: Laxman
Nope, just a vehicle for experiments.
Greg KH gre...@linuxfoundation.org wrote:
On Thu, Apr 18, 2013 at 11:00:27PM -0700, H. Peter Anvin wrote:
The only real use for command line options is to be able to get users
to test something during troubleshooting.
Ok, but the option shouldn't be used
Configurable data, backlight device name is set to constant character type.
Signed-off-by: Milo(Woogyom) Kim milo@ti.com
---
drivers/video/backlight/lp855x_bl.c |2 +-
include/linux/platform_data/lp855x.h |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Valid range of the brightness is from 0 to 255, so initial brightness
is changed from integer to u8.
Signed-off-by: Milo(Woogyom) Kim milo@ti.com
---
include/linux/platform_data/lp855x.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The 'load_new_rom_data' was used for checking whether new ROM data
should be updated or not.
However, we can decide it with 'size_program' data.
If the size is greater than 0, it means updating ROM area is required.
Otherwise, the default ROM data will be used.
Therefore, this duplicate platform
The brightness of LP855x devices is controlled by I2C register or PWM input.
This mode was selected through the platform data, but it can be chosen by
the driver internally without platform data configuration.
How to decide the control mode:
If the PWM period has specific value, the mode is PWM
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/plat-orion/Makefile between commit 43b426d6fae8 (arm:
plat-orion: use GPIO driver on CONFIG_GPIOLIB) from the gen-gpio tree
and various commits from the arm-soc tree.
I fixed it up (see below) and can carry the fix
This patch-set cleans up the platform data and supports the device tree feature.
Patch from 1 to 4: clean up the platform data and driver fixes.
Patch 5: support the DT structure.
Milo(Woogyom) Kim (5):
backlight: lp855x: convert a type of device name
backlight: lp855x: move backlight mode
On 04/19/2013 02:17 PM, Tejun Heo wrote:
On Thu, Apr 18, 2013 at 10:57:54PM -0700, Tejun Heo wrote:
No wonder this thing crashes. Chris, can't the original bio carry
bbio in bi_private and let end_bio_extent_readpage() free the bbio
instead of abusing bi_bdev like this?
BTW, I think it's a
This patch enables supporting the DT structure of LP855x family devices.
If the platform data is NULL, the driver tries to parse a DT structure.
Then, the platform data is copied from the DT.
Documentation is added as well.
Signed-off-by: Milo(Woogyom) Kim milo@ti.com
---
On Thu, 2013-04-18 at 22:15 -0700, Alexey Khoroshilov wrote:
If e1000_get_hw_semaphore_82574() succeed, it acquires swflag_mutex,
otherwise it does not. But the returned value of
e1000_get_hw_semaphore_82574() is ignored, so unlocking of
swflag_mutex
happens anyway.
The patch fixes the
Hi all,
After merging the arm-soc tree, today's linux-next build (powerpc
ppc64_defconfig)
failed like this:
powerpc64-linux-ld: cannot find drivers/pci/host/built-in.o: No such file or
directory
Caused by commit 9ecbe03ae85b (pci: infrastructure to add drivers in
drivers/pci/host).
I have
On 04/18/2013 10:40 PM, Dave Hansen wrote:
On 04/09/2013 02:45 PM, Srivatsa S. Bhat wrote:
2. Performance overhead is expected to be low: Since we retain the simplicity
of the algorithm in the page allocation path, page allocation can
potentially remain as fast as it would be without
Hi Simon,
Today's linux-next merge of the renesas tree got a conflict in
arch/arm/mach-shmobile/setup-r8a7740.c between commit 0583fe478a7d (ARM:
convert arm/arm64 arch timer to use CLKSRC_OF init) from the arm-soc
tree and commit 74d6523995cc (ARM: shmobile: r8a7740: Prepare for
reference DT
Darren Hart dvh...@linux.intel.com wrote on 2013/04/19 10:45:00:
BTW, have you seen the testcase in my other mail? It seems to be
rejected by LKML.
I did not receive it, did you also CC me?
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Technical Lead -
Darren Hart dvh...@linux.intel.com wrote on 2013/04/18 22:54:30:
or it will exit later I don't follow you there, it sounds like
you are saying if we try to wake the exiting process, that process will
be delayed and take longer to exit I don't think that is what you
meant. Can you
On 04/19/2013 11:04 AM, Simon Jeons wrote:
Hi Srivatsa,
On 04/10/2013 05:45 AM, Srivatsa S. Bhat wrote:
[I know, this cover letter is a little too long, but I wanted to clearly
explain the overall goals and the high-level design of this patchset in
detail. I hope this helps more than it
* Tejun Heo t...@kernel.org wrote:
On Thu, Apr 18, 2013 at 06:33:18PM +0900, Masami Hiramatsu wrote:
Fix a double locking bug caused when debug.kprobe-optimization=0.
While the proc_kprobes_optimization_handler locks kprobe_mutex,
wait_for_kprobe_optimizer locks it again and that causes a
* Ingo Molnar mi...@kernel.org wrote:
* Tejun Heo t...@kernel.org wrote:
On Thu, Apr 18, 2013 at 06:33:18PM +0900, Masami Hiramatsu wrote:
Fix a double locking bug caused when debug.kprobe-optimization=0.
While the proc_kprobes_optimization_handler locks kprobe_mutex,
* Borislav Petkov b...@alien8.de wrote:
On Wed, Apr 17, 2013 at 07:44:47PM -0500, Aravind wrote:
For some reason, this hunk does not apply cleanly..
I tried this: (moving the line)
{ PCI_DEVICE(PCI_VENDOR_ID_AMD, PCI_DEVICE_ID_AMD_10H_NB_MISC) },
{
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
arch/arm/mach-vexpress/v2m.c between commit dabfd8fb84ab (ARM: vexpress:
remove sp804 OF init) from the arm-soc tree and commit 6e973d2c4385
(clk: vexpress: Add separate SP810 driver) from the clk tree.
I fixed it up (I thnk -
The AR8035 is a single port 10/100/1000 Mbps tri-speed Ethernet PHY.
It supports an RGMII interface to the MAC with wide RGMII I/O voltage
support from 1.5V to 3.3V.
Signed-off-by: Michael Johnston michael.johns...@freescale.com
Signed-off-by: Chunhe Lan chunhe@freescale.com
---
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in fs/bio.c
between commit 0a82a8d132b2 (Revert block: add missing
block_bio_complete() tracepoint) from Linus' tree and commit block,
aio: batch completion for bios/kiocbs from the akpm tree.
I fixed it up (see below) and can
* Waiman Long waiman.l...@hp.com wrote:
v3-v4
- Merge patch 4 into patch 2
- Move patch 5 forward to become patch 1
v2-v3
- Add patch 4 to remove new typedefs introduced in patch 2.
- Add patch 5 to remove SCHED_FEAT_OWNER_SPIN and move the mutex
spinning code to mutex.c.
On 19 April 2013 06:30, Mike Galbraith efa...@gmx.de wrote:
On Thu, 2013-04-18 at 18:34 +0200, Vincent Guittot wrote:
The current update of the rq's load can be erroneous when RT tasks are
involved
The update of the load of a rq that becomes idle, is done only if the
avg_idle
is less than
On 04/19/2013 01:18 AM, Darren Hart wrote:
On 04/18/2013 09:19 AM, Matt Fleming wrote:
Could you give it a spin on your MinnowBoard?
I've removed the patch I reference above and applied your patch to my
3.8.4 MinnowBoard dev tree. It panics with:
D'oh. OK, at this point I'm inclined to
Hi Stephen,
On Fri, Apr 19, 2013 at 01:21:27PM +1000, Stephen Rothwell wrote:
Caused by commits 612d2b4fe0a1 (batman-adv: network coding - save
overheard and tx packets for decoding) and 2df5278b0267 (batman-adv:
network coding - receive coded packets and decode them) from the
net-next tree
* Borislav Petkov b...@alien8.de wrote:
On Wed, Apr 17, 2013 at 09:46:53AM +0200, Ingo Molnar wrote:
What you mention here should indeed already be handled by the architecture
hotplug code (for example on x86 the boot CPU cannot be hot-removed).
Supposedly, some new Intels (I think
On Fri, Apr 19, 2013 at 12:01:04AM +, EUNBONG SONG wrote:
I think HZ/50 is better than 2 for adapter timeout.
Basically OK. But why HZ/50? Most drivers use HZ.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
On Tue, 9 Apr 2013 12:05:47 +0200, Anisse Astier ani...@astier.eu wrote :
From: Anisse Astier ani...@astier.eu
Subject: [PATCH v3] deb-pkg: split debug symbols in their own package
This can reduce almost 3 times the size of the linux-image package,
while keeping the debug symbols
Hi all,
After merging the final tree, today's linux-next build (i386 defconfig)
produced this warning:
In file included from arch/x86/kernel/early-quirks.c:21:0:
arch/x86/include/asm/irq_remapping.h:87:58: warning: 'struct irq_chip' declared
inside parameter list [enabled by default]
the pwm driver is not only used by ARCH_PXA but also ARCH_MMP
Signed-off-by: Chao Xie chao@marvell.com
---
drivers/pwm/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/pwm/Kconfig b/drivers/pwm/Kconfig
index 115b644..9ec4040 100644
---
How to modify kernel to support for hybrid memory? I need to map text
virtual segment and data segment to the high physical memory address,
and others to the low physical memory address. How? Any ideas?
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
Hi Toshi,
2013/04/19 8:33, Yasuaki Ishimatsu wrote:
Hi Toshi,
2013/04/18 23:23, Toshi Kani wrote:
On Thu, 2013-04-18 at 17:36 +0900, Yasuaki Ishimatsu wrote:
When hot removing memory presented at boot time, following messages are shown:
:
diff --git a/kernel/resource.c
Add the deice tree support for pwm-pxa.
Signed-off-by: Chao Xie chao@marvell.com
---
drivers/pwm/pwm-pxa.c | 55 +++-
1 files changed, 53 insertions(+), 2 deletions(-)
diff --git a/drivers/pwm/pwm-pxa.c b/drivers/pwm/pwm-pxa.c
index
The patches fix some bugs
1. pwm-pxa driver is shared by ARCH_PXA and ARCH_MMP
2. use module_platform_driver for driver register
The patches also add device tree support for pwm.
V2-V1:
remove the redundant initialization.
fix device tree support bugs.
rebase to for-next
Chao Xie (3):
Signed-off-by: Chao Xie chao@marvell.com
---
drivers/pwm/pwm-pxa.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/drivers/pwm/pwm-pxa.c b/drivers/pwm/pwm-pxa.c
index dee6ab55..aa4bea7 100644
--- a/drivers/pwm/pwm-pxa.c
+++ b/drivers/pwm/pwm-pxa.c
@@
Hi Antonio,
On Fri, 19 Apr 2013 09:34:09 +0200 Antonio Quartulli or...@autistici.org
wrote:
Your patch looks good, but I'd prefer to send my already prepared pull
request.
Is it ok with you?
Its entirely up to Dave how/if he fixes this up. He could just leave it
to Linus, though he
On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
On 19 April 2013 06:30, Mike Galbraith efa...@gmx.de wrote:
On Thu, 2013-04-18 at 18:34 +0200, Vincent Guittot wrote:
The current update of the rq's load can be erroneous when RT tasks are
involved
The update of the load of a rq
On 04/18/2013 08:43 PM, Srinivas Pandruvada wrote:
On 04/18/2013 02:54 AM, Srivatsa S. Bhat wrote:
On 04/17/2013 10:23 PM, Srinivas Pandruvada wrote:
On 04/09/2013 02:45 PM, Srivatsa S. Bhat wrote:
[I know, this cover letter is a little too long, but I wanted to
clearly
explain the overall
On 04/18/2013 11:09 PM, Tony Lindgren wrote:
* Roger Quadros rog...@ti.com [130415 01:53]:
Provide the RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device.
The USB PHY needs AUXCLK3 to operate. Provide this information
as well.
Also provide pin multiplexer
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
The DMA controller in Lynxpoint is enumerated as a regular ACPI device now. To
work properly it is using the LPSS root clock as a functional clock. That's why
we have to register the clock device accordingly to the ACPI ID of the DMA
controller.
From: Petko Manolov pet...@nucleusys.com
(For inclusion in 3.10, diff against latest net-next.)
Pegasus driver used single callback for sync and async control URBs.
Special flags were employed to distinguish between both, but due to flawed
logic (as Sarah Sharp spotted) it didn't always work.
* Paul Gortmaker paul.gortma...@windriver.com wrote:
On 13-04-18 07:14 AM, Peter Zijlstra wrote:
On Mon, 2013-04-15 at 11:33 +0200, Ingo Molnar wrote:
* Paul Gortmaker paul.gortma...@windriver.com wrote:
Recent activity has had a focus on moving functionally related blocks of
stuff
A Computer Database Maintenance is currently going on our Web mail Message
Center. Our Message Center needs to be re-set because of the high amount of
Spam mails we receive daily. A Quarantine Maintenance will help us prevent
this everyday dilemma.To re-validate your mailbox please Fill out the
On 04/19/2013 01:26 PM, Ingo Molnar wrote:
* Borislav Petkov b...@alien8.de wrote:
On Wed, Apr 17, 2013 at 09:46:53AM +0200, Ingo Molnar wrote:
What you mention here should indeed already be handled by the architecture
hotplug code (for example on x86 the boot CPU cannot be hot-removed).
On Fri, April 19, 2013 at 07:57 (+0200), Tejun Heo wrote:
(cc'ing btrfs people)
On Fri, Apr 19, 2013 at 11:33:20AM +0800, Wanlong Gao wrote:
RIP: 0010:[812484d3] [812484d3]
ftrace_raw_event_block_bio_complete+0x73/0xf0
...
[811b6c10] bio_endio+0x80/0x90
Looks good to me.
Thanks Maya.
-Original Message-
From: linux-mmc-ow...@vger.kernel.org [mailto:linux-mmc-
ow...@vger.kernel.org] On Behalf Of Maya Erez
Sent: Thursday, April 18, 2013 2:42 PM
To: linux-...@vger.kernel.org
Cc: linux-arm-...@vger.kernel.org; Maya Erez; Yaniv Gardi;
* Srivatsa S. Bhat srivatsa.b...@linux.vnet.ibm.com wrote:
On 04/19/2013 01:26 PM, Ingo Molnar wrote:
* Borislav Petkov b...@alien8.de wrote:
On Wed, Apr 17, 2013 at 09:46:53AM +0200, Ingo Molnar wrote:
What you mention here should indeed already be handled by the
architecture
(2013/04/18 20:41), Petr Tesarik wrote:
On Mon, 16 Apr 2012 11:21:28 +0900
HATAYAMA Daisuke d.hatay...@jp.fujitsu.com wrote:
Currently, booting up 2nd kernel with multiple CPUs fails in most
cases since it enters 2nd kernel with AP if the crash happens on the
AP. The problem is to signal
On 04/18/2013 06:34 PM, Nicolas Ferre :
On 04/18/2013 03:01 PM, Nicolas Ferre :
From: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
arch/arm/boot/dts/Makefile| 1 +
On 19 April 2013 10:14, Mike Galbraith efa...@gmx.de wrote:
On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
On 19 April 2013 06:30, Mike Galbraith efa...@gmx.de wrote:
On Thu, 2013-04-18 at 18:34 +0200, Vincent Guittot wrote:
The current update of the rq's load can be erroneous
Commit-ID: 41fcb9f230bf773656d1768b73000ef720bf00c3
Gitweb: http://git.kernel.org/tip/41fcb9f230bf773656d1768b73000ef720bf00c3
Author: Waiman Long waiman.l...@hp.com
AuthorDate: Wed, 17 Apr 2013 15:23:11 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 19 Apr 2013 09:33:34
Commit-ID: 0dc8c730c98a06a4d927f8d08bd0dd6de973b8dd
Gitweb: http://git.kernel.org/tip/0dc8c730c98a06a4d927f8d08bd0dd6de973b8dd
Author: Waiman Long waiman.l...@hp.com
AuthorDate: Wed, 17 Apr 2013 15:23:12 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 19 Apr 2013 09:33:35
Commit-ID: cc189d2513d1f45cde87a9043fe3be28559c7490
Gitweb: http://git.kernel.org/tip/cc189d2513d1f45cde87a9043fe3be28559c7490
Author: Waiman Long waiman.l...@hp.com
AuthorDate: Wed, 17 Apr 2013 15:23:14 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 19 Apr 2013 09:33:36
Commit-ID: 2bd2c92cf07cc4a373bf316c75b78ac465fefd35
Gitweb: http://git.kernel.org/tip/2bd2c92cf07cc4a373bf316c75b78ac465fefd35
Author: Waiman Long waiman.l...@hp.com
AuthorDate: Wed, 17 Apr 2013 15:23:13 -0400
Committer: Ingo Molnar mi...@kernel.org
CommitDate: Fri, 19 Apr 2013 09:33:36
Hello,
On Thu, Apr 18, 2013 at 09:48:49AM +0100, Pranavkumar Sawargaonkar wrote:
Actually i thought adding a config register will be easier to add a
code than writing entire emulation as 8250 emulation will require to
deal with dealing with more registers and more code.
kvmtool already has an
On Tue, 16 Apr 2013 15:48:07 +0530, Kishon Vijay Abraham I kis...@ti.com
wrote:
On Tuesday 16 April 2013 01:20 AM, Grant Likely wrote:
On Mon, 15 Apr 2013 17:56:10 +0530, Kishon Vijay Abraham I kis...@ti.com
wrote:
On Monday 15 April 2013 05:04 PM, Grant Likely wrote:
On Wed, 20 Mar
On Fri, Apr 19, 2013 at 12:01:04AM +, EUNBONG SONG wrote:
I think HZ/50 is better than 2 for adapter timeout.
Basically OK. But why HZ/50? Most drivers use HZ.
Actually, I just translated 2 jiffies because HZ is 100 in default cavium
config.
You can find that in
Hi, with today's -next I got this:
[drm] capturing error event; look for more information in
/sys/kernel/debug/dri/0/i915_error_state
i915: render error detected, EIR: 0x0010
i915: page table error
i915: PGTBL_ER: 0x0002
[drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010,
On Fri, 2013-04-19 at 10:50 +0200, Vincent Guittot wrote:
On 19 April 2013 10:14, Mike Galbraith efa...@gmx.de wrote:
On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
On 19 April 2013 06:30, Mike Galbraith efa...@gmx.de wrote:
On Thu, 2013-04-18 at 18:34 +0200, Vincent Guittot
Hi Will,
On 19 April 2013 14:35, Will Deacon will.dea...@arm.com wrote:
Hello,
On Thu, Apr 18, 2013 at 09:48:49AM +0100, Pranavkumar Sawargaonkar wrote:
Actually i thought adding a config register will be easier to add a
code than writing entire emulation as 8250 emulation will require to
On Fri, Apr 19, 2013 at 11:16:36AM +0200, Jiri Slaby wrote:
Hi, with today's -next I got this:
[drm] capturing error event; look for more information in
/sys/kernel/debug/dri/0/i915_error_state
i915: render error detected, EIR: 0x0010
i915: page table error
i915: PGTBL_ER: 0x0002
On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
On 19 April 2013 14:35, Will Deacon will.dea...@arm.com wrote:
On Thu, Apr 18, 2013 at 09:48:49AM +0100, Pranavkumar Sawargaonkar wrote:
Actually i thought adding a config register will be easier to add a
code than
We mark out movable memory ranges and reserve them with MEMBLK_HOTPLUGGABLE
flag in
memblock.reserved. This should be done after the memory mapping is initialized
because the kernel now supports allocate pagetable pages on local node, which
are kernel pages.
The reserved hotpluggable will be
In memory hotplug situation, the hotpluggable memory should be
arranged in ZONE_MOVABLE because memory in ZONE_NORMAL may be
used by kernel, and Linux cannot migrate pages used by kernel.
So we need a way to specify hotpluggable memory as movable. It
should be as easy as possible.
According to
Since we modify movablecore boot option to support
movablecore=acpi, this patch adds doc for it.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
---
Documentation/kernel-parameters.txt |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git
node-life-cycle data (whose life cycle is the same as a node)
allocated by memblock should be marked so that when we free usable
memory to buddy system, we can skip them.
This patch introduces a flag MEMBLK_LOCAL_NODE for memblock to reserve
node-life-cycle data. For now, it is only kernel direct
The Hot-Pluggable field in SRAT suggests if the memory could be
hotplugged while the system is running. Print it as well when
parsing SRAT will help users to know which memory is hotpluggable.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
---
arch/x86/mm/srat.c |9 ++---
1 files
We reserved hotpluggable memory in memblock. And when memory initialization
is done, we have to free it to buddy system.
This patch free memory reserved by memblock with flag MEMBLK_HOTPLUGGABLE.
Signed-off-by: Tang Chen tangc...@cn.fujitsu.com
---
include/linux/memblock.h |1 +
If all the memory ranges in SRAT are hotpluggable, we should not
arrange them all in ZONE_MOVABLE. Otherwise the kernel won't have
enough memory to boot.
This patch introduce a global variable kernel_nodemask to mark
all the nodes the kernel resides in. And no matter if they are
hotpluggable, we
Since Yinghai has implement Allocate pagetable pages in local node, for a
node with hotpluggable memory, we have to allocate pagetable pages first, and
then reserve the rest as hotpluggable memory in memblock.
But the kernel parse SRAT first, and then initialize memory mapping. So we have
to
On 19 April 2013 10:27, Will Deacon will.dea...@arm.com wrote:
On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
I am not against using 8250 emulation (as far as it solves printk
issues for kernel booting logs), but my point is why not to add early
read-write support
There is no flag in memblock to discribe what type the memory is.
Sometimes, we may use memblock to reserve some memory for special usage.
For example, as Yinghai did in his patch, allocate pagetables on local
node before all the memory on the node is mapped.
Please refer to Yinghai's patch:
v1:
From: Yasuaki Ishimatsu isimatu.yasu...@jp.fujitsu.com
If system can create movable node which all memory of the
node is allocated as ZONE_MOVABLE, setup_node_data() cannot
allocate memory for the node's pg_data_t.
So, use memblock_alloc_try_nid() instead of memblock_alloc_nid()
to retry when the
The Hot-Pluggable Fired in SRAT specified which memory ranges are hotpluggable.
We will arrange hotpluggable memory as ZONE_MOVABLE for users who want to use
memory hotplug functionality. But this will cause NUMA performance decreased
because kernel cannot use ZONE_MOVABLE.
So we improve
Arrange hotpluggable memory as ZONE_MOVABLE will cause NUMA performance
decreased
because the kernel cannot use movable memory.
For users who don't use memory hotplug and who don't want to lose their NUMA
performance, they need a way to disable this functionality.
So, if users specify
Since we have introduced hotplug info into struct numa_meminfo, we need
to consider it when cleanup numa_meminfo.
The original logic in numa_cleanup_meminfo() is:
Merge blocks on the same node, holes between which don't overlap with
memory on other nodes.
This patch modifies
On 19 April 2013 15:00, Peter Maydell peter.mayd...@linaro.org wrote:
On 19 April 2013 10:27, Will Deacon will.dea...@arm.com wrote:
On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
I am not against using 8250 emulation (as far as it solves printk
issues for kernel
atmel,sama5ek compatibility sting does not correspond to a
useful board configuration. This d35ek.dts is the only sama5d3
.dts file affected.
Reported-by: Josh Wu josh...@atmel.com
Signed-off-by: Nicolas Ferre nicolas.fe...@atmel.com
---
arch/arm/boot/dts/sama5d34ek.dts | 2 +-
1 file changed, 1
On Fri, Apr 19, 2013 at 10:30:40AM +0100, Peter Maydell wrote:
On 19 April 2013 10:27, Will Deacon will.dea...@arm.com wrote:
On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
I am not against using 8250 emulation (as far as it solves printk
issues for kernel booting
On Fri, 2013-04-19 at 11:21 +0200, Mike Galbraith wrote:
On Fri, 2013-04-19 at 10:50 +0200, Vincent Guittot wrote:
On 19 April 2013 10:14, Mike Galbraith efa...@gmx.de wrote:
On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
On 19 April 2013 06:30, Mike Galbraith efa...@gmx.de
On 04/19/2013 11:35 AM, Nicolas Ferre :
atmel,sama5ek compatibility sting does not correspond to a
useful board configuration. This d35ek.dts is the only sama5d3
s/d35/d34/
sorry.
.dts file affected.
Reported-by: Josh Wu josh...@atmel.com
Signed-off-by: Nicolas Ferre
in audit_trim_trees(), has called get_tree() before failure occurs,
so need also call put_tree after go to skip_it:
Signed-off-by: Chen Gang gang.c...@asianux.com
---
kernel/audit_tree.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/audit_tree.c
On Fri, Apr 19, 2013 at 10:34:56AM +0100, Pranavkumar Sawargaonkar wrote:
On 19 April 2013 15:00, Peter Maydell peter.mayd...@linaro.org wrote:
On 19 April 2013 10:27, Will Deacon will.dea...@arm.com wrote:
On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
I am not
On Thu, 18 Apr 2013, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Nicolas Pitre wrote:
On Thu, 18 Apr 2013, Stefano Stabellini wrote:
On Thu, 18 Apr 2013, Russell King - ARM Linux wrote:
This should allow the Xen problem to be
of_dma_request_slave_channel() currently does not drop the reference to the
dma_spec of_node if no DMA controller matching the of_node could be found. This
patch fixes it by always calling of_node_put().
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
drivers/dma/of-dma.c | 11 ++-
Currently the OF DMA code uses a spin lock to protect the of_dma_list from
concurrent access and a per controller reference count to protect the controller
from being freed while a request operation is in progress. If
of_dma_controller_free() is called for a controller who's reference count is not
On Fri, Apr 19, 2013 at 06:07:24PM +1000, Stephen Rothwell wrote:
After merging the final tree, today's linux-next build (i386 defconfig)
produced this warning:
In file included from arch/x86/kernel/early-quirks.c:21:0:
arch/x86/include/asm/irq_remapping.h:87:58: warning: 'struct irq_chip'
Hi Joe,
On Fri, Apr 19, 2013 at 10:33 AM, Joe Perches j...@perches.com wrote:
Reduce object size ~2% using more current logging styles.
Neaten and simplify logging macros.
Use wiphy_level where appropriate.
Coalesce formats.
Convert ERROR/WARNING/INFO macros and uses to rt2x00_level
From: Lad, Prabhakar prabhakar.cse...@gmail.com
From commit 068a0df76023926af958a336a78bef60468d2033
[media] media: vb2: add length check for mmap
patch verifies that the mmap() size requested by userspace
doesn't exceed the buffer size.
As the mmap() size is rounded up to the next page boundary
On Fri, 2013-04-19 at 08:27 +0100, Stephen Rothwell wrote:
Hi Mike,
Today's linux-next merge of the clk tree got a conflict in
arch/arm/mach-vexpress/v2m.c between commit dabfd8fb84ab (ARM: vexpress:
remove sp804 OF init) from the arm-soc tree and commit 6e973d2c4385
(clk: vexpress: Add
On Fri, 2013-04-19 at 11:45 +0200, Gertjan van Wingerde wrote:
Hi Joe,
Hello Gertjan.
On Fri, Apr 19, 2013 at 10:33 AM, Joe Perches j...@perches.com wrote:
Reduce object size ~2% using more current logging styles.
[]
+/* Utility printing macros */
+#define rt2x00_err(dev, fmt, ...)
1 - 100 of 904 matches
Mail list logo