Hello All:
summary:
the root cause is no enough room in exception area (0x5500 -- 0x7000).
it is caused by the patches "for saving/restre PPR":
they consumed much space of this area (0x5500 -- 0x7000).
for pseries_defconfig and ppc64_defconfig, it is still ok.
but for
Hi,
On Wednesday 20 March 2013 10:21 PM, Tony Lindgren wrote:
* Kishon Vijay Abraham I [130320 02:17]:
--- a/arch/arm/mach-omap2/board-2430sdp.c
+++ b/arch/arm/mach-omap2/board-2430sdp.c
@@ -265,6 +266,7 @@ static void __init omap_2430sdp_init(void)
Hi,
On Thursday 21 March 2013 04:06 AM, Sylwester Nawrocki wrote:
Hi Kishon,
On 03/20/2013 10:12 AM, Kishon Vijay Abraham I wrote:
The PHY framework 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
On Tue, Feb 19, 2013 at 10:33:53PM +0200, maxin.j...@gmail.com wrote:
> From: "Maxin B. John"
>
> Fix this compiler warning:
> warning: 'td_remove' defined but not used [-Wunused-function]
>
> Signed-off-by: Maxin B. John
Applied, thanks
> ---
> drivers/dma/timb_dma.c |2 +-
> 1 files
On Mon, Mar 04, 2013 at 11:09:24AM +0200, Andy Shevchenko wrote:
> The first approach to get dmatest module more flexible and easier to play
> with.
> The amount of patches could be reduced, but I would like to get a comments
> first on smaller pieces. The entire series creates dmatest.txt file
On 17/03/13 23:42, Alexandre Courbot wrote:
Force use of gpiolib for Coldfire, as a step towards the deprecation of
GENERIC_GPIO.
Signed-off-by: Alexandre Courbot
Acked-by: Arnd Bergmann
Acked-by: Linus Walleij
Acked-by: Greg Ungerer
---
arch/m68k/Kconfig.cpu | 3 +--
1 file
Hi Paul,
On 20/03/13 20:38, Paul Bolle wrote:
Kconfig symbol ROMVECSIZE is unused since commit
f84f52a5c15db7d14a534815f27253b001735183 ("m68knommu: clean up linker
script"). Let's clean up its Kconfig entry too.
Signed-off-by: Paul Bolle
Thanks, I'll add it to the m68knommu git tree.
From: Sahara
Somehow tracepoint_entry_add_probe function allows a null probe function.
And, this may lead to unexpected result since the number of probe
functions in an entry can be counted by checking whether probe is null
or not in for-loop.
This patch prevents the null probe from being added.
Hi Andrew,
Today's linux-next merge of the akpm tree got a conflict in
arch/sparc/mm/init_64.c between commit ce835e513a93 ("sparc64: Do not
change num_physpages during initmem freeing") from the sparc-next tree
and commit "mm/SPARC: use common help functions to free reserved pages"
from the akpm
On Wed, Nov 28, 2012 at 03:46:08AM +0530, Jiang, Dave wrote:
> The existing code set a value in the PCI_CHANERRMSK_INT register
> for a workaround to address a pre-silicon bug on the Intel 5520 IO hub that
> has been fixed when the hardware was released. There is no need for this
> code.
>
>
Hello, Dave.
On Thu, Mar 21, 2013 at 12:57:21PM +1100, Dave Chinner wrote:
> When you have a system that has 50+ active filesystems (pretty
> common in the distributed storage environments were every disk has
> it's own filesystem), knowing which filesystem(s) are getting stuck
> in writeback
Hi,
On Wed, Mar 20, 2013 at 11:19 PM, Sarah Sharp
wrote:
> On Wed, Mar 20, 2013 at 03:48:40PM +0530, Vivek Gautam wrote:
>> Use proper macro while extracting TRB transfer length from
>> Transfer event TRBs. Adding a macro EVENT_TRB_LEN (bits 0:23)
>> for the same, and use it instead of TRB_LEN
On Thu, Mar 21, 2013 at 11:28 AM, Li Zefan wrote:
> On 2013/3/21 11:17, Ming Lei wrote:
>> On Thu, Mar 21, 2013 at 10:41 AM, Li Zefan wrote:
>>>
>>> In fact the same race exists between readdir() and read()/write()...
>>
>> Fortunately, no read()/write() are implemented on sysfs directory, :-)
The mail's tab become spaces. So I attached origianl patch.
Thanks,
Yasuaki Ishimatsu
2013/03/21 13:39, Yasuaki Ishimatsu wrote:
acpi_memory_info has enabled bit and failed bit for controlling memory
hotplug. But we don't need to keep both bits.
The patch removes acpi_memory_info->failed bit.
The mail's tab become spaces. So I attached origianl patch.
Thanks,
Yasuaki Ishimatsu
2013/03/21 13:36, Yasuaki Ishimatsu wrote:
At http://marc.info/?l=linux-acpi=135769405622667=2 thread,
Toshi Kani mentioned as follows:
"I have a question about the change you made in commit 65479472 in
From: Xiangliang Yu
Define PCI_VENDOR_ID_MARVELL_EXT macro for 0x1b4b vendor ID
Signed-off-by: Xiangliang Yu
Signed-off-by: Myron Stowe
---
include/linux/pci_ids.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
acpi_memory_info has enabled bit and failed bit for controlling memory
hotplug. But we don't need to keep both bits.
The patch removes acpi_memory_info->failed bit.
Signed-off-by: yasuaki ishimatsu
---
v2 : Changed a based kernel from linux-3.9-rc2 to linux-pm.git/bleeding-edge.
---
At http://marc.info/?l=linux-acpi=135769405622667=2 thread,
Toshi Kani mentioned as follows:
"I have a question about the change you made in commit 65479472 in
acpi_memhotplug.c. This change seems to require that
acpi_memory_enable_device() calls add_memory() to add all memory ranges
With the 0x1b4b vendor ID #define in place, convert hard-coded ID values.
Also, unify the previous SCSI specific use of this vendor ID to the new
macro.
Signed-off-by: Myron Stowe
---
drivers/ata/ahci.c | 10 +-
drivers/scsi/mvsas/mv_init.c |6 +++---
Sysfs includes entries to memory regions that back a PCI device's BARs.
The pci-sysfs entries backing I/O Port BARs can be accessed by userspace,
providing direct access to the device's registers. File permissions
prevent random users from accessing the device's registers through these
files, but
Xiangliang reported that a platform hangs after "udevadm info
--attribute-walk --path=/sys/devices/pci:00/<...>/block/sda" is ran.
He was then able to isolate the failure further to accesses involving a
Marvell 9125 device's I/O BARs, or more specifically, accesses to I/O Port
space backing
On Thu, Mar 21, 2013 at 12:33 PM, Mathieu Desnoyers
wrote:
> * Keun-O Park (kpark3...@gmail.com) wrote:
>> On Thu, Mar 21, 2013 at 11:45 AM, Mathieu Desnoyers
>> wrote:
>> > * Keun-O Park (kpark3...@gmail.com) wrote:
>> >> On Thu, Mar 21, 2013 at 8:01 AM, Steven Rostedt
>> >> wrote:
>> >> > On
Hi Greg,
Today's linux-next merge of the usb tree got a conflict in
drivers/usb/host/ehci-timer.c between commit d714aaf64946 ("USB: EHCI:
fix regression in QH unlinking") from the usb.current tree and commit
60fd4aa742a0 ("USB: EHCI: reorganize ehci_iaa_watchdog()") from the usb
tree.
I assume
On Wed, 2013-03-20 at 21:38 +, Grant Likely wrote:
> > NAK. It should at the very least be a CONFIG option for a while
> before
> > completely switching over.
>
> I'll modify patch 1 to create the symlink if CONFIG_PROC_DEVICETREE is
> not set. After the first patch can be applied we can
Hi Greg,
On Wed, 20 Mar 2013 14:12:11 +1100 Stephen Rothwell
wrote:
>
> After merging the tty tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/net/caif/caif_serial.c: In function 'update_tty_status':
> drivers/net/caif/caif_serial.c:94:11: error: 'struct
HATAYAMA Daisuke writes:
> From: "Eric W. Biederman"
> Subject: Re: [PATCH v3 18/21] vmcore: check if vmcore objects satify mmap()'s
> page-size boundary requirement
> Date: Wed, 20 Mar 2013 13:55:55 -0700
>
>> Vivek Goyal writes:
>>
>>> On Tue, Mar 19, 2013 at 03:38:45PM -0700, Eric W.
Hi,
On 3.9-rc1, if I run `perf stat -e ftrace:function sleep 1`, a kernel warning
would happen like below:
root# perf stat -e ftrace:function sleep 1
[ 74.339105] WARNING: at include/linux/ftrace.h:209
ftrace_ops_control_func+0xde/0xf0()
[ 74.349522] Hardware name: PRIMERGY RX200 S6
[
>
> Why not copy the android developers who wrote this code on this thread?
>
> greg k-h
Adding Robert Love & Bjorn Bringert who added most part of the ashmem code.
> Umm... why does it need to hold that mutex past having checked that
> asma->file is non-NULL, anyway?
Not sure. As I mentioned
On 03/20/2013 11:24:54 AM, Daniel Mack wrote:
On Wed, Mar 20, 2013 at 4:19 PM, Rob Herring
wrote:
> On 03/20/2013 09:51 AM, Grant Likely wrote:
>> The same data is now available in sysfs, so we can remove the code
>> that exports it in /proc and replace it with a symlink to the sysfs
>>
This actualization of shoes for women acquire heel and sole able connected.
This acquaint of shoes are complete abounding in trend from the accept few
years. This acquaint of shoes for women http://onlyashshoes.com/ ash sales
acquire usually a blubbery anchor sole and the architectonics that
Hi Geert,
>-Original Message-
>From: geert.uytterhoe...@gmail.com [mailto:geert.uytterhoe...@gmail.com] On
>Behalf Of Geert Uytterhoeven
>Sent: Wednesday, March 20, 2013 5:39 PM
>To: Zhang, Sonic; Chris Ball
>Cc: uclinux-dist-de...@blackfin.uclinux.org; linux-kernel@vger.kernel.org
HATAYAMA Daisuke writes:
> From: "Eric W. Biederman"
> Subject: Re: [PATCH v3 17/21] vmcore: check NT_VMCORE_PAD as a mark
> indicating the end of ELF note buffer
> Date: Tue, 19 Mar 2013 14:11:51 -0700
>
>> HATAYAMA Daisuke writes:
>>
>>> Modern kernel marks the end of ELF note buffer with
From: Andrew Morton
Subject: Re: [PATCH v3 00/21] kdump, vmcore: support mmap() on /proc/vmcore
Date: Tue, 19 Mar 2013 12:30:05 -0700
> On Sat, 16 Mar 2013 13:00:47 +0900 HATAYAMA Daisuke
> wrote:
>
>> Currently, read to /proc/vmcore is done by read_oldmem() that uses
>> ioremap/iounmap per a
numa_clear_node() function is not implemented under IA64,
it will be called in unmap_cpu_on_node() in mm/memory_hotplug.c.
This cause build error under IA64, this patch add numa_clear_node()
in IA64 to fix this problem.
Signed-off-by: Yijing Wang
---
arch/ia64/include/asm/numa.h |5 ++---
Hi David,
On Wed, 20 Mar 2013 19:49:09 -0700 (PDT) David Rientjes
wrote:
>
> On Thu, 21 Mar 2013, Stephen Rothwell wrote:
>
> > What exactly are "these patches" so that I can remove them from my copy
> > of the mmotm tree (assuming that Andrew does not get a new mmotm released
> > in the next
* Keun-O Park (kpark3...@gmail.com) wrote:
> On Thu, Mar 21, 2013 at 11:45 AM, Mathieu Desnoyers
> wrote:
> > * Keun-O Park (kpark3...@gmail.com) wrote:
> >> On Thu, Mar 21, 2013 at 8:01 AM, Steven Rostedt
> >> wrote:
> >> > On Wed, 2013-03-20 at 14:01 -0400, Mathieu Desnoyers wrote:
> >> >> *
On Mon, 2013-03-18 at 14:10 -0700, Greg Kroah-Hartman wrote:
> 3.0-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> This reverts commit 2431496fbdd142ccc83138d94f3f510a36ce9270 as it was
> applied incorrectly twice.
>
> Thanks to Jiri for
On 2013/3/21 11:17, Ming Lei wrote:
> On Thu, Mar 21, 2013 at 10:41 AM, Li Zefan wrote:
>>
>> In fact the same race exists between readdir() and read()/write()...
>
> Fortunately, no read()/write() are implemented on sysfs directory, :-)
>
That's irrelevant...
See my report:
Hi All,
Not quite sure quite where the problem is (USB, OMAP, smsc95xx driver,
other???),
so casting the nets wide...
The PandaBoard frequently fails to boot with an eth0 error when mounting
the root file system via NFS (ethernet driver fails due to a USB timeout;
no ethernet means NFS won't
From: "Eric W. Biederman"
Subject: Re: [PATCH v3 18/21] vmcore: check if vmcore objects satify mmap()'s
page-size boundary requirement
Date: Wed, 20 Mar 2013 13:55:55 -0700
> Vivek Goyal writes:
>
>> On Tue, Mar 19, 2013 at 03:38:45PM -0700, Eric W. Biederman wrote:
>>> HATAYAMA Daisuke
Acked-by: Sonic Zhang
>-Original Message-
>From: Geert Uytterhoeven [mailto:ge...@linux-m68k.org]
>Sent: Wednesday, March 20, 2013 5:16 PM
>To: Zhang, Sonic; Bob Liu
>Cc: uclinux-dist-de...@blackfin.uclinux.org; linux-kernel@vger.kernel.org;
>Geert
>Uytterhoeven
>Subject: [PATCH]
On Wed, Mar 20, 2013 at 9:47 PM, wrote:
> From: Dirk Brandewie
>
> Some VMs seem to try to implement some MSRs but not all the registers
> the driver needs. Check to make sure all the MSR that we need are
> available. If any of the required MSRs are not available refuse to
> load.
>
>
On Thu, Mar 21, 2013 at 10:41 AM, Li Zefan wrote:
>
> In fact the same race exists between readdir() and read()/write()...
Fortunately, no read()/write() are implemented on sysfs directory, :-)
Thanks,
--
Ming Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, 2013-03-21 at 12:55 +1100, David Gibson wrote:
> On Wed, Mar 20, 2013 at 02:45:24PM -0600, Alex Williamson wrote:
> > On Tue, 2013-03-19 at 18:08 +1100, Alexey Kardashevskiy wrote:
> > > VFIO implements platform independent stuff such as
> > > a PCI driver, BAR access (via read/write on a
Hi Linus,
radeon, intel and nouveau, along with one mgag200 fix,
intel fix for an ioctl overflow, along with a regression fix for some
phantom irqs on Ironlake.
nouveau has a lockdep warning and a bunch of thermal fixes
radeon has new pci ids and some minor fixes.
Dave.
The following changes
On Thu, Mar 21, 2013 at 11:45 AM, Mathieu Desnoyers
wrote:
> * Keun-O Park (kpark3...@gmail.com) wrote:
>> On Thu, Mar 21, 2013 at 8:01 AM, Steven Rostedt wrote:
>> > On Wed, 2013-03-20 at 14:01 -0400, Mathieu Desnoyers wrote:
>> >> * Steven Rostedt (rost...@goodmis.org) wrote:
>> >> > On Wed,
On Wed, Mar 20, 2013 at 02:45:24PM -0600, Alex Williamson wrote:
> On Tue, 2013-03-19 at 18:08 +1100, Alexey Kardashevskiy wrote:
> > VFIO implements platform independent stuff such as
> > a PCI driver, BAR access (via read/write on a file descriptor
> > or direct mapping when possible) and IRQ
From: "Eric W. Biederman"
Subject: Re: [PATCH v3 17/21] vmcore: check NT_VMCORE_PAD as a mark indicating
the end of ELF note buffer
Date: Tue, 19 Mar 2013 14:11:51 -0700
> HATAYAMA Daisuke writes:
>
>> Modern kernel marks the end of ELF note buffer with NT_VMCORE_PAD type
>> note in order to
The cgroup code has been surrounded by ifdef CONFIG_NET_CLS_CGROUP
and CONFIG_NETPRIO_CGROUP.
Signed-off-by: Li Zefan
---
net/core/sock.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/net/core/sock.c b/net/core/sock.c
index b261a79..a19e728 100644
--- a/net/core/sock.c
+++
From: "Eric W. Biederman"
Subject: Re: [PATCH v3 01/21] vmcore: reference e_phoff member explicitly to
get position of program header table
Date: Tue, 19 Mar 2013 14:44:16 -0700
> HATAYAMA Daisuke writes:
>
>> Currently, the code assumes that position of program header table is
>> next to ELF
On Thu, 21 Mar 2013, Stephen Rothwell wrote:
> What exactly are "these patches" so that I can remove them from my copy
> of the mmotm tree (assuming that Andrew does not get a new mmotm released
> in the next hour or so).
>
[nacked]
* Keun-O Park (kpark3...@gmail.com) wrote:
> On Thu, Mar 21, 2013 at 8:01 AM, Steven Rostedt wrote:
> > On Wed, 2013-03-20 at 14:01 -0400, Mathieu Desnoyers wrote:
> >> * Steven Rostedt (rost...@goodmis.org) wrote:
> >> > On Wed, 2013-03-20 at 12:18 +0900, kpark3...@gmail.com wrote:
> >> > >
On Fri, 2013-03-15 at 18:57 -0600, Shuah Khan wrote:
> This patch fixes a kernel crash when using precise sampling (PEBS)
> after a suspend/resume. Turns out the CPU notifier code is not invoked
> on CPU0 (BP). Therefore, the DS_AREA (used by PEBS) is not restored properly
> by the kernel and
On 2013/3/20 23:25, Ming Lei wrote:
> While readdir() is running, lseek() may set filp->f_pos as zero,
> then may leave filp->private_data pointing to one sysfs_dirent
> object without holding its reference counter, so the sysfs_dirent
> object may be used after free in next readdir().
>
> This
Hi Mel,
On 03/21/2013 02:19 AM, Mel Gorman wrote:
The following problem was reported against a distribution kernel when
zone_reclaim was enabled but the same problem applies to the mainline
kernel. The reproduction case was as follows
1. Run numactl -m +0 dd if=largefile of=/dev/null
This
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/agk/linux-dm tags/dm-3.9-fixes
to get the following device-mapper fixes for 3.9.
Thanks,
Alasdair
A set of device-mapper fixes for 3.9.
Fix reported data loss
On Wed, Mar 20, 2013 at 08:27:11PM -0400, Steven Rostedt wrote:
> [ Added Arjan in case he as anything to add about the idle=poll below ]
Good point!
> On Wed, 2013-03-20 at 16:55 -0700, Paul E. McKenney wrote:
> > On Wed, Mar 20, 2013 at 07:32:18PM -0400, Steven Rostedt wrote:
> > > On Mon,
Hi,
On Wed, 20 Mar 2013 17:10:30 -0700 (PDT) David Rientjes
wrote:
>
> On Wed, 20 Mar 2013, David Rientjes wrote:
>
> > I don't think that's it, linux/kexec.h already gets included indirectly.
> > The problem is that CONFIG_KEXEC isn't set so the definition in kexec.h is
> > meaningless.
>
On Wed, 20 Mar 2013 05:30:25 -0700, Laxman Dewangan wrote:
>
> Fix the below build warning:
>
> drivers/rtc/rtc-tegra.c: In function 'tegra_rtc_probe':
> drivers/rtc/rtc-tegra.c:353:33: warning: passing argument 1 of
> 'devm_rtc_device_register' from incompatible pointer type [enabled by default]
e for each function it appears in
Caused by commit 6f384ccffdf0 ("ASoC: arizona: Log thermal events").
I have used the sound-asoc tree from next-20130320 for today.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgpvyDXYNhbYt.pgp
Description: PGP signature
I noticed that the behavior of 'ip route show cache' changed in recent
version of iproute2 with recent kernel, it shown nothing now, but it
still exists in 'man ip-route'.
Is this function dropped now? How could I find out routing cache or
FIB in recent kernel?
Thanks.
--
To unsubscribe from
Here's the new version of the patch.
The diff between versions is:
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index 83ad596..829b2be 100644
--- a/kernel/trace/trace.c
+++ b/kernel/trace/trace.c
@@ -3311,7 +3311,7 @@ static const char readme_msg[] =
" buffer_size_kb\t- view
On Wed, 20 Mar 2013, Mimi Zohar wrote:
> On Tue, 2013-03-19 at 15:47 +1100, James Morris wrote:
> > On Mon, 18 Mar 2013, Matthew Garrett wrote:
> >
> > > This patch introduces CAP_COMPROMISE_KERNEL.
> >
> > I'd like to see this named CAP_MODIFY_KERNEL, which is more accurate and
> > less
On Tue, Mar 19, 2013 at 10:28:24AM -0700, Tejun Heo wrote:
> Hello, Jan.
>
> On Tue, Mar 19, 2013 at 8:46 AM, Jan Kara wrote:
> > Well, but what you often get is just output of sysrq-w, or sysrq-t, or
> > splat from scheduler about stuck task. You often don't have the comfort of
> > tracing...
(2013/03/20 1:43), Gregory CLEMENT wrote:
> Hi Masami,
>
> You can try this patch if you want.
> I don't have the hardware today so I didn't test it.
> If you (and also Florian and Ezequiel) can test it and if it fixed
> the bug, then I will be able send a proper email for it,
Hi Gregory,
Thank
On Wed, Mar 20, 2013 at 2:22 AM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> This patch series deals with the project that aims at
> backporting the Linux kernel [0]. If you don't care
> for that, at least read this and patch #1, the rest
> you can nuke.
>
> Ben reports compat_
On Tue, Mar 19, 2013 at 11:54 PM, Rob Landley wrote:
> I'm confused, http://tux3.org/ lists a bunch of dates from 5 years ago, then
> nothing. Is this project dead or not?
Not. We haven't done much about updating tux3.org lately, however you
will find plenty of activity here:
On Thu, 2013-03-14 at 12:01 +0100, Jiri Slaby wrote:
> Hi,
>
> please include the patch below to all maintained stable trees.
>
> commit b81273a132177edd806476b953f6afeb17b786d5
> Author: Jiri Slaby
> Date: Tue Jan 15 23:26:22 2013 +0100
>
> TTY: do not reset master's packet mode
Queued
Andrew Morton writes:
> On Wed, 20 Mar 2013 13:41:07 +1030 Rusty Russell
> wrote:
>
>> Fengguang Wu writes:
>> > On Tue, Mar 19, 2013 at 09:10:25AM -0400, Konrad Rzeszutek Wilk wrote:
>> >> On Mon, Mar 18, 2013 at 11:50:58PM -0700, Andrew Morton wrote:
>> >> > On Tue, 19 Mar 2013 14:31:40
On Thu, Mar 21, 2013 at 10:39 AM, Keun-O Park wrote:
> On Thu, Mar 21, 2013 at 8:01 AM, Steven Rostedt wrote:
>> On Wed, 2013-03-20 at 14:01 -0400, Mathieu Desnoyers wrote:
>>> * Steven Rostedt (rost...@goodmis.org) wrote:
>>> > On Wed, 2013-03-20 at 12:18 +0900, kpark3...@gmail.com wrote:
>>> >
On Thu, Mar 21, 2013 at 9:09 AM, Grant Likely wrote:
>>> - My branch is based on the latest stable, similarly to what I have
>>> seen elsewhere. One of the patches triggers a merge conflict on
>>> today's linux-next due to a whitespace change. Is there something I
>>> can do to fix this?
>>
>> Do
On Wed, 2013-03-20 at 21:43 +0100, Sebastian Gottschall (DD-WRT) wrote:
> Am 20.03.2013 20:02, schrieb Sebastian Gottschall (DD-WRT):
> > Hello
> >
> > The patch for sa_restorer will break mips builds, since sa_restorer
> > isnt defined as field within the struct, but the MACRO is.
> > so use the
Hi Samuel,
On Wed, Mar 20, 2013 at 1:52 AM, Samuel Ortiz wrote:
> Hi Simon,
>
> On Wed, Mar 20, 2013 at 09:14:56AM +0100, Samuel Ortiz wrote:
>> On Tue, Mar 19, 2013 at 07:01:42PM -0700, Simon Glass wrote:
>> > Hi Samuel,
>> >
>> > On Tue, Mar 19, 2013 at 6:12 PM, Samuel Ortiz
>> > wrote:
>> >
On Thu, Mar 21, 2013 at 8:01 AM, Steven Rostedt wrote:
> On Wed, 2013-03-20 at 14:01 -0400, Mathieu Desnoyers wrote:
>> * Steven Rostedt (rost...@goodmis.org) wrote:
>> > On Wed, 2013-03-20 at 12:18 +0900, kpark3...@gmail.com wrote:
>> > > From: Sahara
>> > >
>> > > Somehow
This patch synchronize iommu->gcmd value with global command register so
that bits in the register could be handled correctly.
iommu_disable_irq_remapping() should disable only IR(Interrupt
Remapping), but in the case of kdump, it also disables QI(Queued
Invalidation) and DMAR(DMA remapping) at
On Thu, 2013-03-21 at 11:57 +1100, Alexey Kardashevskiy wrote:
> On 21/03/13 07:45, Alex Williamson wrote:
> > On Tue, 2013-03-19 at 18:08 +1100, Alexey Kardashevskiy wrote:
> >> VFIO implements platform independent stuff such as
> >> a PCI driver, BAR access (via read/write on a file descriptor
>
On 03/12/2013 12:38 AM, Minchan Kim wrote:
First of all, let's define the term.
From now on, I'd like to call it as vrange(a.k.a volatile range)
for anonymous page. If you have a better name in mind, please suggest.
This version is still *RFC* because it's just quick prototype so
it doesn't
As cgroup supports rename, it's unsafe to dereference dentry->d_name
without proper vfs locks. Fix this by using cgroup_name().
Signed-off-by: Li Zefan
---
This patch depends on "cgroup: fix cgroup_path() vs rename() race",
which has been queued for 3.10.
---
mm/memcontrol.c | 15
On 03/17/2013 09:04 AM, Mel Gorman wrote:
Page reclaim at priority 0 will scan the entire LRU as priority 0 is
considered to be a near OOM condition. Kswapd can reach priority 0 quite
easily if it is encountering a large number of pages it cannot reclaim
such as pages under writeback. When this
On 13-03-20 05:50 PM, Andrew Morton wrote:
On Fri, 15 Mar 2013 18:37:12 +0100 Nicolas Ferre
wrote:
On some revisions of AT91 SoCs, the RTC IMR register is not working.
Instead of elaborating a workaround for that specific SoC or IP version,
we simply use a software variable to store the
On Mon, 2013-03-18 at 09:34 +0100, Paul Bolle wrote:
> The tracepoint sample code got removed. Remove a few lines on its usage
> too.
>
> Acked-by: Mathieu Desnoyers
> Acked-by: Rob Landley
> Signed-off-by: Paul Bolle
> ---
> Rob asked (off list) to submit this for the trivial tree.
Sure, it
On 03/17/2013 09:04 AM, Mel Gorman wrote:
Simplistically, the anon and file LRU lists are scanned proportionally
depending on the value of vm.swappiness although there are other factors
taken into account by get_scan_count(). The patch "mm: vmscan: Limit
the number of pages kswapd reclaims"
Hi Mauro,
Today's linux-next merge of the v4l-dvb tree got a conflict in
drivers/media/platform/Kconfig between commit c30f46bcf9b3
("drivers/Kconfig: add several missing GENERIC_HARDIRQS dependencies")
from the s390 tree and commit da508f579965 ("[media] media/v4l2:
VIDEOBUF2_DMA_CONTIG should
On Wed, 2013-03-20 at 22:47 +0800, Mike Turquette wrote:
> Quoting Bill Huang (2013-03-19 21:39:44)
> > On Wed, 2013-03-20 at 11:31 +0800, Mike Turquette wrote:
> > > Quoting Bill Huang (2013-03-19 19:55:49)
> > > > On Wed, 2013-03-20 at 01:01 +0800, Mike Turquette wrote:
> > > > > I'm still not
Please Ignore.
On 3/20/2013 5:41 PM, Rohit Vaswani wrote:
Signed-off-by: Rohit Vaswani
---
src/msm-dri2.c | 21 +++--
src/msm-drm.c | 39 ++-
src/msm-drm.h |1 +
3 files changed, 50 insertions(+), 11 deletions(-)
diff --git
In the new workqueue architecture, I have a question regarding
synchronization between different "work" submitted to the same
workqueue. For example:
* I submit two sets of "work" A and B, to a common driver specific
workqueue (W).
* Each A and B, meddle with a certain shared data SD.
* Am I
On 21/03/13 07:45, Alex Williamson wrote:
On Tue, 2013-03-19 at 18:08 +1100, Alexey Kardashevskiy wrote:
VFIO implements platform independent stuff such as
a PCI driver, BAR access (via read/write on a file descriptor
or direct mapping when possible) and IRQ signaling.
The platform dependent
Before you start reading this I want to apologize in advance for the length of
this email. The length is important though to make sure all of the arguments
and counter-arguments are represented in asking for feedback about how tape
statistics would be best implemented.
There is some demand for
On 03/20/2013 12:18 PM, Michal Hocko wrote:
On Sun 17-03-13 13:04:07, Mel Gorman wrote:
[...]
diff --git a/mm/vmscan.c b/mm/vmscan.c
index 88c5fed..4835a7a 100644
--- a/mm/vmscan.c
+++ b/mm/vmscan.c
@@ -2593,6 +2593,32 @@ static bool prepare_kswapd_sleep(pg_data_t *pgdat, int
order, long
On 03/17/2013 09:04 AM, Mel Gorman wrote:
The number of pages kswapd can reclaim is bound by the number of pages it
scans which is related to the size of the zone and the scanning priority. In
many cases the priority remains low because it's reset every SWAP_CLUSTER_MAX
reclaimed pages but in
Signed-off-by: Rohit Vaswani
---
src/msm-dri2.c | 21 +++--
src/msm-drm.c | 39 ++-
src/msm-drm.h |1 +
3 files changed, 50 insertions(+), 11 deletions(-)
diff --git a/src/msm-dri2.c b/src/msm-dri2.c
index e5bdf8a..7eadc48 100644
---
Now LP55xx provides automatic clock detection API, lp55xx_is_extclk_used().
The clock configuration can be done by the driver itself.
(a) Concept
The default value is set by each driver with clock selection.
The internal clock selection bit is updated in case that the external clock
is not
LP8788 PMU consists of regulator, battery charger, RTC, ADC, backlight driver
and current sinks.
Here is additional driver, clock.
* Clock source
LP8788 clock is generated by two clock source.
One is internal oscillator. The other is attached external crystal oscillator.
LP8788 provides automatic
Program execution is timed with 32768Hz clock in the LP55xx family devices.
To run LED functionalities, LP55xx devices provide two options.
One is using internal clock. The other is using external clock.
This patch enables external clock detection automatically.
If external clock is not detected,
[ Added Arjan in case he as anything to add about the idle=poll below ]
On Wed, 2013-03-20 at 16:55 -0700, Paul E. McKenney wrote:
> On Wed, Mar 20, 2013 at 07:32:18PM -0400, Steven Rostedt wrote:
> > On Mon, 2013-03-18 at 15:25 -0700, Paul E. McKenney wrote:
> >
> > >
On Wed, Mar 20, 2013 at 11:15:11AM -0400, Bill Pemberton wrote:
> Jiri Slaby writes:
> >
> > On 03/20/2013 03:42 PM, Bill Pemberton wrote:
> > > Ok, for the unopened ports there *should* never be any actual data to
> > > push so the push is really doing nothing anyhow in these cases. It's
> > >
On Wed, Mar 20, 2013 at 04:04:19PM -0600, Andrew Collins wrote:
> Kees Cook (1):
> signal: always clear sa_restorer on execve
>
> This commit seems to cause the following build breakage on MIPS in 3.0.70:
>
> kernel/signal.c: In function 'flush_signal_handlers':
> kernel/signal.c:441:9:
Hello, Viresh.
On Mon, Mar 18, 2013 at 08:53:25PM +0530, Viresh Kumar wrote:
> queue_work() queues work on current cpu. This may wake up an idle CPU, which
> is
> actually not required.
>
> Some of these works can be processed by any CPU and so we must select a
> non-idle
> CPU here. The
On Wed, 20 Mar 2013, David Rientjes wrote:
> I don't think that's it, linux/kexec.h already gets included indirectly.
> The problem is that CONFIG_KEXEC isn't set so the definition in kexec.h is
> meaningless.
>
> This comes from "vmcore: check NT_VMCORE_PAD as a mark indicating the end
> of
commit 91d1aa43 (context_tracking: New context tracking susbsystem)
generalized parts of the RCU userspace extended quiescent state into
the context tracking subsystem. Context tracking is then used
to implement adaptive tickless (a.k.a full nohz)
Mainline currently only includes x86 support
1 - 100 of 1483 matches
Mail list logo
