in arch/arm64/include/asm, not define the function cmpxchg64
when compiling with allmodconfig,
drivers/block/blockconsole.c will need this function.
I am not quite familiar with ARM64 (neither ARM64 assembler)
can any member helps to send related patch ?
if no one have time to
On Fri, Apr 19, 2013 at 01:05:08AM +, Zhanghaoyu (A) wrote:
> >> On Thu, Apr 18, 2013 at 12:00:49PM +, Zhanghaoyu (A) wrote:
> >>> I start 10 VMs(windows xp), then running geekbench tool on them,
> >>> about 2 days, one of them was reset, I found the reset operation is
> >>> done by int
Hello,
Noticed a huge load in one of my trinity test machines:
14:07:10 up 6:11, 1 user, load average: 39,00, 39,01, 38,95
But it is just 39x trinity child processes sitting there for couple of
hours in D state, plus "trinity-child38" in S state:
USER PID %CPU %MEMVSZ RSS TTY
when compiling with allmodconfig, CONFIG_64BIT=y
the file drivers/base/regmap/regmap-mmio.c will use readq and writeq.
so we need implement these functions.
BTW:
the coding style can not pass ./scripts/checkpatch.pl.
it seems better to provide additional patch for beautifying code.
Em Fri, 19 Apr 2013 15:16:56 +0530
Prabhakar lad escreveu:
> From: Lad, Prabhakar
>
> 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
On 19/04/13 06:58, Greg KH wrote:
This patch gives the option to switch off that behavior - if your BIOS
has neither BGRT - nor bugs that require mapping of EFI boot code/data
No, never add new boot options, no users, or distros, know to set them.
Isn't there some way we can dynamically
On 19 April 2013 11:21, Mike Galbraith wrote:
> On Fri, 2013-04-19 at 10:50 +0200, Vincent Guittot wrote:
>> On 19 April 2013 10:14, Mike Galbraith wrote:
>> > On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
>> >> On 19 April 2013 06:30, Mike Galbraith wrote:
>> >> > On Thu,
On 04/19/2013 12:13 PM, Arnd Bergmann wrote:
> On Friday 19 April 2013, Lars-Peter Clausen wrote:
>
>> This is rather ugly and unnecessary and non of the current users of
>> of_dma_controller_free() check it's return value anyway. Instead protect the
>> list by a mutex. The mutex will be held as
* Borislav Petkov wrote:
> Hi,
>
> please pull the below tag to receive AMD F16h support for amd64_edac.
>
> Thanks.
>
> The following changes since commit 41ef2d5678d83af030125550329b6ae8b74618fa:
>
> Linux 3.9-rc7 (2013-04-14 17:45:16 -0700)
>
> are available in the git repository at:
Hi,
please pull the below tag to receive AMD F16h support for amd64_edac.
Thanks.
The following changes since commit 41ef2d5678d83af030125550329b6ae8b74618fa:
Linux 3.9-rc7 (2013-04-14 17:45:16 -0700)
are available in the git repository at:
Olof Johansson wrote:
>
> On Wed, Apr 10, 2013 at 05:36:49PM +0900, Kukjin Kim wrote:
> > Stephen Rothwell wrote:
> > >
> > > Hi all,
> > >
> > Hi,
> >
> > > Today's linux-next merge of the arm-soc tree got a conflict in
> > > arch/arm/mach-s3c24xx/Kconfig between commit 785f40040874 ("cpufreq:
>
* Peter Zijlstra wrote:
> On Fri, 2013-04-19 at 10:25 +0200, Ingo Molnar wrote:
> > It might eventually make sense to integrate the 'average load'
> > calculation as well
> > with all this - as they really have a similar purpose, the avenload[]
> > vector of
> > averages is conceptually
Hi Kishon,
On 3/20/2013 2:41 PM, Kishon Vijay Abraham I wrote:
> Added a generic PHY framework that provides a set of APIs for the PHY drivers
> to create/destroy a PHY and APIs for the PHY users to obtain a reference to
> the PHY with or without using phandle. To obtain a reference to the PHY
>
when compiling with allmodconfig.
early_console is already defined as an extern global pointer.
need let it point to the object which we intend to (like ARM32 done).
Signed-off-by: Chen Gang
---
arch/arm64/kernel/early_printk.c |5 +++--
1 files changed, 3 insertions(+), 2
From: Chen-Hui Zhao
Add struct ccsr_rcpm_v2 to descibe the v2 RCPM register map on some SoCs,
such as T4240, etc.
Signed-off-by: Zhao Chenhui
Signed-off-by: Li Yang
Signed-off-by: Andy Fleming
---
arch/powerpc/include/asm/fsl_guts.h | 66 +++
1 files
On Fri, Apr 19, 2013 at 12:35 PM, Sedat Dilek wrote:
> Hi,
>
> I would like to do a diff between a problematic next-mmdd and
> next-[mmdd+1].
> How can I do this easily?
>
> My old style was to checkout a specific Linux-Next release and then
> create a diff against the latest -rcX (of
On Fri, 2013-04-19 at 10:25 +0200, Ingo Molnar wrote:
> It might eventually make sense to integrate the 'average load'
> calculation as well
> with all this - as they really have a similar purpose, the avenload[]
> vector of
> averages is conceptually similar to the rq->cpu_load[] vector of
>
Some Freescale SoCs like MPC8536 and P1022 has the deep sleep mode
in addtion to the sleep mode.
In sleep PM mode, the clocks of e500 core and unused IP blocks is
turned off. IP blocks which are allowed to wake up the processor
are still running.
While in deep sleep PM mode, additionally, the
From: chenhui zhao
Add APIs for setting wakeup source and lossless Ethernet in low power modes.
These APIs can be used by wake-on-packet feature.
Change-Id: I1803dcd4571af1eac49b43d99c578e7f99e2c278
Signed-off-by: Dave Liu
Signed-off-by: Li Yang
Signed-off-by: Jin Qing
Signed-off-by: Zhao
From: Li Yang
Signed-off-by: Li Yang
Signed-off-by: Zhao Chenhui
---
.../devicetree/bindings/powerpc/fsl/pmc.txt| 59 +++
1 files changed, 34 insertions(+), 25 deletions(-)
diff --git a/Documentation/devicetree/bindings/powerpc/fsl/pmc.txt
From: Chen-Hui Zhao
In the case of SMP, during the time base sync period, all time bases of
online cores must stop, then start simultaneously.
There is a RCPM (Run Control/Power Management) module in CoreNet based SoCs.
Define a struct ccsr_rcpm to describe the register map.
This patch
From: Chen-Hui Zhao
Add support to disable and re-enable individual cores at runtime.
This supports e500mc/e5500 core based SoCs.
To prevent the register access race, only read/write RCPM registers
in platform_cpu_die() on the boot cpu instead of accessing by individual
cpus. Platform
From: Chen-Hui Zhao
The L1 Data Cache of e6500 contains no modified data, no flush
is required.
Signed-off-by: Zhao Chenhui
Signed-off-by: Li Yang
Signed-off-by: Andy Fleming
---
arch/powerpc/kernel/fsl_booke_cache.S | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
From: Chen-Hui Zhao
For e6500, two threads in one core share one time base. Just need
to do time base sync on first thread of one core, and skip it on
the other thread.
Signed-off-by: Zhao Chenhui
Signed-off-by: Li Yang
Signed-off-by: Andy Fleming
---
arch/powerpc/platforms/85xx/smp.c |
From: Chen-Hui Zhao
RCPM unit controls the power managment of T4/B4 chips. Software can
access RCPM registers to put specific thread/core in PH10/PH15/PH20/PH30
state or put the device in LPM10/LPM20/LPM40 mode.
The RCPM unit supports several wake up sources through internal timers
and internal
The SoCs which have a RCPM (Run Control/Power Management) module
support power management feature. This patch implements sleep feature.
In sleep mode, the clocks of cores and unused IP blocks will be
turned off. The IP blocks which are allowed to wake up the system
are still running.
From: Chen-Hui Zhao
* The paca[cpu].cpu_start is used as a signal to indicate if the cpu
should start. So it should be cleard in .cpu_die().
* The limit memory routine only needs to be ran once at boot time
by the boot cpu. Prevent other cpus running it again.
* Rearrange the code segment in
From: Chen-Hui Zhao
* Only if two threads of one core are offline, the core can
enter PH20 state.
* Clear PH20 bits before core reset, or core will not restart.
* Introduced a variable l2cache_type in the struce cpu_spec to
indentify the type of L2 cache.
Signed-off-by: Zhao Chenhui
From: chenhui zhao
Some 85xx silicons like MPC8536 and P1022 have a JOG feature, which provides
a dynamic mechanism to lower or raise the CPU core clock at runtime.
This patch adds the support to change CPU frequency using the standard
cpufreq interface. The ratio CORE to CCB can be 1:1(except
These cache operations support Freescale SoCs based on BOOK3E.
Move L1 cache operations to fsl_booke_cache.S in order to maintain
easily. And, add cache operations for backside L2 cache and platform cache.
The backside L2 cache appears on e500mc and e5500 core. The platform cache
supported by
The Power Management device tree stub indicated that the platform
supports Power Management feature.
Signed-off-by: Zhao Chenhui
---
arch/powerpc/boot/dts/fsl/mpc8536si-post.dtsi | 14 ++-
arch/powerpc/boot/dts/fsl/mpc8544si-post.dtsi |2 +
From: Douglas Gilbert
Signed-off-by: Douglas Gilbert
[nicolas.fe...@atmel.com: re-arranging nodes, removing nodes and some comments]
Signed-off-by: Nicolas Ferre
---
v2: - removed the SPI node
arch/arm/boot/dts/Makefile| 1 +
arch/arm/boot/dts/at91-foxg20.dts | 157
On Thu, Apr 18, 2013 at 10:36:31AM -0300, Marcelo Tosatti wrote:
> > IOW, something which says "Enable KVM guest support" should enable all
> > the stuff needed for that.
>
> I get your point, but thats up to the person selecting the options.
Ok.
> > Or do you want to keep the current
Hi,
I would like to do a diff between a problematic next-mmdd and
next-[mmdd+1].
How can I do this easily?
My old style was to checkout a specific Linux-Next release and then
create a diff against the latest -rcX (of mainline).
So, I have two diffs and try to compare them.
Thanks in
On Fri, Apr 19, 2013 at 09:18:58AM +1000, Stephen Rothwell wrote:
> Done. Should I also use your kernel.org address as your contact address
> (instead of broo...@opensource.wolfsonmicro.com)?
Yes, please - the Wolfson one won't work at some point. I always
assumed you got that stuff from
On 04/11/2013 04:38 PM, Johan Hovold :
> Add missing iounmap to probe error path and remove.
>
> Cc: stable
> Signed-off-by: Johan Hovold
Acked-by: Nicolas Ferre
Andrew, can you take this one please?
(https://patchwork.kernel.org/patch/2429031/)
Best regards,
> ---
>
ed
>> with mutexes, which all potentially affects the panic handler. So I've
>> given up on that for now ...
>
> Thanks for taking care.
>
> On suspicion [1] I have reverted [2]... NOPE.
>
> - Sedat -
>
> [1] http://marc.info/?l=linux-kernel=136631921208895=2
&g
On Friday 19 April 2013, Lars-Peter Clausen wrote:
> This is rather ugly and unnecessary and non of the current users of
> of_dma_controller_free() check it's return value anyway. Instead protect the
> list by a mutex. The mutex will be held as long as a request operation is in
> progress. So if
On Friday 19 April 2013, Lars-Peter Clausen wrote:
> 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
From: Aravind Gopalakrishnan
Add code to handle DRAM ECC errors decoding for Fam16h.
Tested on Fam16h with ECC turned on using the mce_amd_inj facility and
works fine.
Signed-off-by: Aravind Gopalakrishnan
[ Boris: cleanups and clarifications ]
Signed-off-by: Borislav Petkov
---
On 19 April 2013 10:39, Will Deacon wrote:
> The point of mach-virt is that it is completely parameterised. So, if you're
> not emulating an 8250, then don't tell the kernel that you have one!
> Similarly, if you *do* emulate it, then either create a device-tree node for
> it or pass the
On Wed, 3 Apr 2013 17:34:52 -0600, Stephen Warren
wrote:
> Grant, Rob, Michal, I'm hoping for acks or comments from you so this
> series can be placed into a topic branch in the arm-soc repo, for others
> to build on during the 3.10 kernel cycle. Thanks.
Thanks for doing all this work Stephen.
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 information for the USB host
pins.
CC: Benoît Cousson
Signed-off-by: Roger Quadros
---
Provide RESET and Power regulators for the USB PHY,
the USB Host port mode and the PHY device.
Also provide pin multiplexer information for USB host
pins.
CC: Benoît Cousson
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap3-beagle-xm.dts | 61 +
1
Rev. Ax/Bx boards have reversed polarity for USBHOST_PWR_ENable
signal when compared to Rev. C boards.
We create a new dts file for Ax/Bx boards.
Also update model and compatible flags for Rev. C board.
CC: Benoît Cousson
Signed-off-by: Roger Quadros
---
Hi Benoit/Tony
I've consolidated all the USB host device tree patches for Panda and Beagles
to one place and addressed Tony's comments.
NOTE: patch 1 depends on OMAP clock binding introduced in
https://lkml.org/lkml/2013/4/12/407
v3:
- updated mux mode to use pulldowns on panda as non-DT boot
Use a common naming scheme "mode0name.modename flags" for the
USB host pins to be consistent.
Signed-off-by: Roger Quadros
---
arch/arm/boot/dts/omap3-beagle.dts | 25 +
1 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/arch/arm/boot/dts/omap3-beagle.dts
On Tue, Apr 09, 2013 at 08:53:18PM -0700, Colin Cross wrote:
> On Tue, Apr 9, 2013 at 8:08 PM, Rob Herring wrote:
> > - return ioremap(start, size);
> > + return ioremap_wc(start, size);
>
> ioremap_wc corresponds to MT_DEVICE_WC, which is still device memory,
> so I don't see how
From: Lad, Prabhakar
this patch moves the displaying out error case "VPIF IRQ request failed\n"
when there is actual request_irq() fail.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpif_display.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
From: Lad, Prabhakar
this patch removes unwanted header file inclusion and sorts
header alphabetically.
Signed-off-by: Lad, Prabhakar
---
drivers/media/platform/davinci/vpif_capture.c | 19 ---
drivers/media/platform/davinci/vpif_capture.h |5 +
From: Lad, Prabhakar
The first patch of the series cleanups the header file inclusion,
and second patch fixes displaying of error when there is actual
failure of request_irq().
Lad, Prabhakar (2):
media: davinci: vpif: remove unwanted header file inclusion
media: davinci: vpif_display: move
On Thu, 2013-04-18 at 18:38 +0100, 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
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 wrote:
> > Reduce object size ~2% using more current logging styles.
[]
> > +/* Utility printing macros */
> > +#define rt2x00_err(dev, fmt, ...)
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:
From: Lad, Prabhakar
>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
the check will fail
Hi Joe,
On Fri, Apr 19, 2013 at 10:33 AM, Joe Perches wrote:
> Reduce object size ~2% using more current logging styles.
>
> Neaten and simplify logging macros.
> Use wiphy_ where appropriate.
> Coalesce formats.
>
> Convert ERROR/WARNING/INFO macros and uses to rt2x00_
> Convert EEPROM to
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
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
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
---
drivers/dma/of-dma.c | 11 ++-
1 file
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
On Fri, Apr 19, 2013 at 10:34:56AM +0100, Pranavkumar Sawargaonkar wrote:
> On 19 April 2013 15:00, Peter Maydell wrote:
> > On 19 April 2013 10:27, Will Deacon wrote:
> >> On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
> >>> I am not against using 8250 emulation (as
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
---
kernel/audit_tree.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/audit_tree.c b/kernel/audit_tree.c
index
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
> Signed-off-by: Nicolas Ferre
> ---
>
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 wrote:
> > > On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
> > >> On 19 April 2013 06:30, Mike Galbraith wrote:
> > >> >
On Fri, Apr 19, 2013 at 10:30:40AM +0100, Peter Maydell wrote:
> On 19 April 2013 10:27, Will Deacon 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),
"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
Signed-off-by: Nicolas Ferre
---
arch/arm/boot/dts/sama5d34ek.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 19 April 2013 15:00, Peter Maydell wrote:
> On 19 April 2013 10:27, Will Deacon 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
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
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
From: Yasuaki Ishimatsu
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 first allocation fails.
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:
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 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 for virtio
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
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
---
arch/x86/mm/srat.c |9 ++---
1 files changed, 6 insertions(+), 3
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
---
include/linux/memblock.h |1 +
mm/memblock.c| 20
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
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
---
Documentation/kernel-parameters.txt |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/Documentation/kernel-parameters.txt
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
On Fri, Apr 19, 2013 at 10:25:35AM +0100, Pranavkumar Sawargaonkar wrote:
> On 19 April 2013 14:35, Will Deacon 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 writing
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:
Hi Will,
On 19 April 2013 14:35, Will Deacon 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
>> deal with
On Fri, 2013-04-19 at 10:50 +0200, Vincent Guittot wrote:
> On 19 April 2013 10:14, Mike Galbraith wrote:
> > On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
> >> On 19 April 2013 06:30, Mike Galbraith wrote:
> >> > On Thu, 2013-04-18 at 18:34 +0200, Vincent Guittot wrote:
> >> >> The
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, 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
On Tue, 16 Apr 2013 15:48:07 +0530, Kishon Vijay Abraham I
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
> > wrote:
> >> On Monday 15 April 2013 05:04 PM, Grant Likely wrote:
> >>> On Wed, 20 Mar 2013 14:42:00
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
Commit-ID: 2bd2c92cf07cc4a373bf316c75b78ac465fefd35
Gitweb: http://git.kernel.org/tip/2bd2c92cf07cc4a373bf316c75b78ac465fefd35
Author: Waiman Long
AuthorDate: Wed, 17 Apr 2013 15:23:13 -0400
Committer: Ingo Molnar
CommitDate: Fri, 19 Apr 2013 09:33:36 +0200
mutex: Queue mutex spinners
Commit-ID: cc189d2513d1f45cde87a9043fe3be28559c7490
Gitweb: http://git.kernel.org/tip/cc189d2513d1f45cde87a9043fe3be28559c7490
Author: Waiman Long
AuthorDate: Wed, 17 Apr 2013 15:23:14 -0400
Committer: Ingo Molnar
CommitDate: Fri, 19 Apr 2013 09:33:36 +0200
mutex: Back out
Commit-ID: 0dc8c730c98a06a4d927f8d08bd0dd6de973b8dd
Gitweb: http://git.kernel.org/tip/0dc8c730c98a06a4d927f8d08bd0dd6de973b8dd
Author: Waiman Long
AuthorDate: Wed, 17 Apr 2013 15:23:12 -0400
Committer: Ingo Molnar
CommitDate: Fri, 19 Apr 2013 09:33:35 +0200
mutex: Make more scalable
Commit-ID: 41fcb9f230bf773656d1768b73000ef720bf00c3
Gitweb: http://git.kernel.org/tip/41fcb9f230bf773656d1768b73000ef720bf00c3
Author: Waiman Long
AuthorDate: Wed, 17 Apr 2013 15:23:11 -0400
Committer: Ingo Molnar
CommitDate: Fri, 19 Apr 2013 09:33:34 +0200
mutex: Move mutex spinning
On 19 April 2013 10:14, Mike Galbraith wrote:
> On Fri, 2013-04-19 at 09:49 +0200, Vincent Guittot wrote:
>> On 19 April 2013 06:30, Mike Galbraith 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
On 04/18/2013 06:34 PM, Nicolas Ferre :
> On 04/18/2013 03:01 PM, Nicolas Ferre :
>> From: Douglas Gilbert
>>
>> Signed-off-by: Douglas Gilbert
>> Signed-off-by: Nicolas Ferre
>> ---
>> arch/arm/boot/dts/Makefile| 1 +
>> arch/arm/boot/dts/at91-foxg20.dts | 166
>>
(2013/04/18 20:41), Petr Tesarik wrote:
On Mon, 16 Apr 2012 11:21:28 +0900
HATAYAMA Daisuke 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 startup IPI from AP to BSP.
* Srivatsa S. Bhat wrote:
> On 04/19/2013 01:26 PM, Ingo Molnar wrote:
> >
> > * Borislav Petkov 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
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
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:[] []
>> ftrace_raw_event_block_bio_complete+0x73/0xf0
> ...
>> [] bio_endio+0x80/0x90
>> [] btrfs_end_bio+0xf6/0x190 [btrfs]
>> []
On 04/19/2013 01:26 PM, Ingo Molnar wrote:
>
> * Borislav Petkov 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).
301 - 400 of 904 matches
Mail list logo
