On Wed, Mar 20, 2013 at 11:18 PM, Michael S. Tsirkin wrote:
> core/umem.c seems to get the arguments to get_user_pages
> in the reverse order: it sets writeable flag and
> breaks COW for MAP_SHARED if and only if hardware needs to
> write the page.
>
> This breaks memory overcommit for users such
On Mon, Mar 04, 2013 at 02:36:27PM +0530, Sachin Kamat wrote:
> Use the newly introduced devm_ioremap_resource() instead of
> devm_request_and_ioremap() which provides more consistent error handling.
>
> Signed-off-by: Sachin Kamat
> Reviewed-by: Thierry Reding
Applied thanks
> ---
> drivers/dm
Hi,
We do cross compile builds for ARC Linux. To avoid the env var set, we have a
defconfig entry for CONFIG_CROSS_COMPILE.
This worked fine so far (host gcc 4.4 i.e.). When switched to a new host distro
(gcc 4.7), a defconfig build spews out the warning.
--->8
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 23:29:05 -0700
> HATAYAMA Daisuke writes:
>>
>> Do you mean for each range represented by each PT_LOAD entry, say:
>>
>> [p_paddr, p_pa
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 (bits 0:16) in
case of event TRBs.
Signed-off-by: Vivek gautam
---
Hi Sarah,
Updated the patch as suggested.
There are two 80 char
Hi all,
Changes since 20130320:
New tree: gen-gpio
Removed tree: pekey (Linus will not merge this as is)
Linus' tree gained a build failure for which I reverted a commit.
The v4l-dvb tree gained a conflict against the s390 tree.
The sound-asoc tree gained 2 build failures do I use
From: "Eric W. Biederman"
Subject: Re: [PATCH v3 00/21] kdump, vmcore: support mmap() on /proc/vmcore
Date: Wed, 20 Mar 2013 23:16:20 -0700
> HATAYAMA Daisuke writes:
>
>> From: Andrew Morton
>> Subject: Re: [PATCH v3 00/21] kdump, vmcore: support mmap() on /proc/vmcore
>> Date: Tue, 19 Mar 20
Hi,
On Wed, Mar 20, 2013 at 10:26 PM, Alan Stern wrote:
> On Wed, 20 Mar 2013, Yuan-Hsin Chen wrote:
>
>> Hi,
>>
>> On Tue, Mar 19, 2013 at 11:48 PM, Alan Stern
>> wrote:
>> > On Tue, 19 Mar 2013, Yuan-Hsin Chen wrote:
>> >
>> >> > What about the port_status registers? They're not between comm
At Wed, 20 Mar 2013 23:52:31 +0100,
Borislav Petkov wrote:
>
> Hi Andrew,
>
> On Thu, Feb 28, 2013 at 04:39:53PM -0500, Joern Engel wrote:
> > Blockconsole is a console driver very roughly similar to netconsole.
> > Instead of sending messages out via UDP, they are written to a block
> > device.
HATAYAMA Daisuke writes:
>
> Do you mean for each range represented by each PT_LOAD entry, say:
>
> [p_paddr, p_paddr + p_memsz]
>
> extend it as:
>
> [rounddown(p_paddr, PAGE_SIZE), roundup(p_paddr + p_memsz, PAGE_SIZE)].
>
> not only objects in vmcore_list, but also updating p_paddr and p_me
Hi,
On Thursday 21 March 2013 02:29 AM, Stephen Warren wrote:
On 03/20/2013 03:12 AM, Kishon Vijay Abraham I wrote:
Updated the usb_otg_hs dt data to include the *phy* and *phy-names*
binding in order for the driver to use the new generic PHY framework.
Also updated the Documentation to include
Hi all,
After merging the final tree, today's linux-next build (powerpc64
allnoconfig) failed like this:
In file included from arch/powerpc/include/asm/kvm_ppc.h:33:0,
from arch/powerpc/kernel/setup_64.c:67:
arch/powerpc/include/asm/kvm_book3s.h:65:20: error: field 'pte' has inco
core/umem.c seems to get the arguments to get_user_pages
in the reverse order: it sets writeable flag and
breaks COW for MAP_SHARED if and only if hardware needs to
write the page.
This breaks memory overcommit for users such as KVM:
each time we try to register a page to send it to remote, this
b
HATAYAMA Daisuke writes:
> 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
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 21:18:37 -0700
> HATAYAMA Daisuke writes:
>
>> From: "Eric W. Biederman"
>> Subject: Re: [PATCH v3 18/21] vmcore: check if vmcore objec
HATAYAMA Daisuke writes:
> 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
* Oleg Nesterov [2013-03-18 19:43:17]:
> Cleanup. Now that we have f_inode/file_inode() we can use it instead
> of ->f_mapping->host.
>
> This should not make any difference for uprobes, but in theory this
> change is more correct. We use this inode as a key, to compare it
> with uprobe->inode s
On Sun, Mar 17, 2013 at 02:29:55PM -0400, David Miller wrote:
> From: "Michael S. Tsirkin"
> Date: Sun, 17 Mar 2013 14:46:09 +0200
>
> > ubuf info allocator uses guest controlled head as an index,
> > so a malicious guest could put the same head entry in the ring twice,
> > and we will get two ca
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 allmodconfig
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)
omap_mux_init_signal("usb0hs_stp",
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 us
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 cha
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 in
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 changed,
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.
Regar
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.
>
> Signe
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 from
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&m=135769405622667&w=2 thread,
Toshi Kani mentioned as follows:
"I have a question about the change you made in commit 65479472 in
a
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
index
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.
---
drivers/
At http://marc.info/?l=linux-acpi&m=135769405622667&w=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
represe
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 +++---
drivers/scsi/mvumi.
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 th
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 t
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 leave
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 tty_
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. Biede
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
[ 74.
>
> 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 e
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
>> versio
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 achiev
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
>Subjec
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 N
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 ++---
ar
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 h
* 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:
> >> >> * S
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 pointin
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:
https://patchwork
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 wor
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 write
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] blackfin
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.
>
> Signed-of
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 f
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, 20
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 sig
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 m
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
+++ b/net/core/sock
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]
vmcore-reference-e_phoff-member-explicitly-to-get-position-of-
* 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:
> >> > > From:
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 keeps
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 pa
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 al
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 with
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, 2013
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]
note: each undeclared identifier is reported
only once 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 this
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 emoti
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_ names
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:
https://github
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 +0800
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 tracepoint_entry_add/r
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 th
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 sup
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 h
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 Inter
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 c
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" limi
1 - 100 of 746 matches
Mail list logo
