On Wed, Jul 25, 2012 at 01:00:09AM +0800, Ming Lei wrote:
> This patch will store firmware name into devres list of the device
> which is requesting firmware loading, so that we can implement
> auto cache firmware for devices in need.
Stupid question: does this mean that once the firmware name is
From: Li Zefan
This is one of the items in the plumber's wish list.
For use cases:
>> What would the use case be for this?
>
> Attaching meta information to services, in an easily discoverable
> way. For example, in systemd we create one cgroup for each service, and
> could then store data
On Sun, Jul 22, 2012 at 02:14:25PM +0200, Jiri Olsa wrote:
> Introducing PERF_SAMPLE_REGS_USER sample type bit to trigger
> the dump of user level registers on sample. Registers we want
> to dump are specified by sample_regs_user bitmask.
>
> Only user level registers are dumped at the moment.
On Wed, Jul 25, 2012 at 01:00:06AM +0800, Ming Lei wrote:
> This patch always let firmware_buf own the pages buffer allocated
> inside firmware_data_write, also add all instances of firmware_buf
> into the firmware cache global list. Also introduce one private field
> in 'struct firmware', so
On Sun, Jul 22, 2012 at 02:14:24PM +0200, Jiri Olsa wrote:
> This brings a new API to help the selective dump of registers on
> event sampling, and its implementation for x86 arch.
>
> Added HAVE_PERF_REGS config option to determine if the architecture
> provides perf registers ABI.
>
> The
On Sun, Jul 22, 2012 at 02:14:26PM +0200, Jiri Olsa wrote:
> Adding copy_from_user_nmi_nochk that provides the best effort
> copy regardless the requesting size crossing the task boundary.
>
> This is going to be useful for stack dump we need in post
> DWARF CFI based unwind, where we have
Hi Eric,
On Wed, Jul 11, 2012 at 03:01:17PM -0400, Aristeu Rozanski wrote:
> Hi,
> this patchset converts 9p, ADFS, AFFS, AFS and autofs4 to use kuid and kgid.
> I plan to work on the other pending filesystems too but wanted some feedback
> on the first ones first.
had any chance to look at
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> On 07/25/2012 08:27 PM, Alan Stern wrote:
> > On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> >
> >> Hi,
> >>
> >> This patchset implements the approach of invoking the CPU hotplug callbacks
> >> (notifiers) in one order during CPU online and in the
On Wed, Jul 25, 2012 at 08:47:45AM -0700, Greg KH wrote:
> On Mon, Jul 23, 2012 at 02:38:29PM +0100, Mel Gorman wrote:
> > commit a77ebd333cd810d7b680d544be88c875131c2bd3 upstream.
> >
> > Stable note: Not tracked in Bugzilla. A fix aimed at preserving page aging
> > information by reducing
On Wed, Jul 25, 2012 at 08:45:26AM -0700, Greg KH wrote:
> On Mon, Jul 23, 2012 at 02:38:28PM +0100, Mel Gorman wrote:
> > commit 0dabec93de633a87adfbbe1d800a4c56cd19d73b upstream.
> >
> > Stable note: Not tracked in Bugzilla. This patch makes later patches
> > easier to apply but has no
On Wed, Jul 25, 2012 at 01:00:08AM +0800, Ming Lei wrote:
> Callers of request_firmware* must hold the reference count of
> @device, otherwise it is easy to trigger oops since the firmware
> loader device is the child of @device.
>
> This patch adds comments about the usage. In fact, most of
On Wed, Jul 25, 2012 at 01:00:06AM +0800, Ming Lei wrote:
> @@ -750,6 +835,7 @@ request_firmware_nowait(
while you're here, can you fix the arg alignment of this
request_firmware_nowait - it looks awful right now:
int
request_firmware_nowait(
struct module *module, bool uevent,
On Wed, 2012-07-25 at 09:46 -0600, cwillu wrote:
> > mutex_lock(>fs_info->fs_devices->device_list_mutex);
> > list_add_rcu(>dev_list,
> > >fs_info->fs_devices->devices);
> > list_add(>dev_alloc_list,
>
> Is the locking still required for approximately the same reason?
I
On 07/20/2012 08:31 AM, Michel Lespinasse wrote:
Signed-off-by: Michel Lespinasse
Could use a changelog. Other than that:
Acked-by: Rik van Riel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
The ARM architecture now defines ARCH_HAS_DMA_MMAP_COHERENT, there's no
need to define it privately anymore.
Signed-off-by: Laurent Pinchart
---
sound/core/pcm_native.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
Hi Eiraku-san,
Could you please add this cleanup patch to
On 07/25/2012 08:27 PM, Alan Stern wrote:
> On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
>
>> Hi,
>>
>> This patchset implements the approach of invoking the CPU hotplug callbacks
>> (notifiers) in one order during CPU online and in the reverse order during
>> CPU
>> offline. The rationale
On Wed, Jul 25, 2012 at 01:00:07AM +0800, Ming Lei wrote:
> This patches introduce two kernel APIs of cache_firmware and
> uncache_firmware, both of which take the firmware file name
> as the only parameter.
>
> So any drivers can call cache_firmware to cache the specified
> firmware file into
2012-07-25 (수), 17:39 +0200, Jiri Olsa:
> On Tue, Jul 24, 2012 at 06:01:27PM +0900, Namhyung Kim wrote:
> > In order to support the event group viewer, their group relationship
> > is needed. Since it's not recorded explicitly anywhere in the perf.data
> > we should parse saved cmdline and apply
On Sat, Jun 09, 2012 at 08:15:16AM +0100, Al Viro wrote:
> On Mon, Jun 04, 2012 at 05:57:29PM -0400, Dave Jones wrote:
> > More syscall fuzzing fallout..
> >
> > BUG: unable to handle kernel paging request at
> > IP: [] selinux_inode_setxattr+0x196/0x200
> > PGD 1c0d067 PUD
On Mon, Jul 23, 2012 at 02:38:29PM +0100, Mel Gorman wrote:
> commit a77ebd333cd810d7b680d544be88c875131c2bd3 upstream.
>
> Stable note: Not tracked in Bugzilla. A fix aimed at preserving page aging
> information by reducing LRU list churning had the side-effect of
> reducing THP
> diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c
> index ecaad40..9f2416c 100644
> --- a/fs/btrfs/volumes.c
> +++ b/fs/btrfs/volumes.c
> @@ -1738,10 +1738,6 @@ int btrfs_init_new_device(struct btrfs_root *root,
> char *device_path)
>
> device->fs_devices = root->fs_info->fs_devices;
On Mon, Jul 23, 2012 at 02:38:28PM +0100, Mel Gorman wrote:
> commit 0dabec93de633a87adfbbe1d800a4c56cd19d73b upstream.
>
> Stable note: Not tracked in Bugzilla. This patch makes later patches
> easier to apply but has no other impact.
>
> unmap_and_move() is one a big messy function.
On Tue, Jul 24, 2012 at 06:01:27PM +0900, Namhyung Kim wrote:
> In order to support the event group viewer, their group relationship
> is needed. Since it's not recorded explicitly anywhere in the perf.data
> we should parse saved cmdline and apply the result to the evlist. It is
> assumed that
WARN shouldn't be used as a means of communicating failure to a userspace
programmer.
Signed-off-by: Dave Jones
diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
index ed7b5d1..a745317 100644
--- a/kernel/trace/trace.c
+++ b/kernel/trace/trace.c
@@ -4136,13 +4136,11 @@
On Wed, 2012-07-25 at 17:36 +0200, Gerlando Falauto wrote:
>
> thanks for your explanation.
> So, is it correct to say that any patch contained within l2-mtd (but
> *NOT* within linux-mtd) will eventually be killed? (Or rather,
> *replaced* by the version eventually applied to linux-mtd)?
Hi David,
On 07/25/2012 05:26 PM, David Woodhouse wrote:
On Wed, 2012-07-25 at 17:21 +0200, Gerlando Falauto wrote:
So could someone please spend a few words on what happened in the meantime?
To me it looks like the l2-mtd tree got rebased at some point, but I'm
quite at loss about this whole
On Wed, 2012-07-25 at 06:15 +, Pandarathil, Vijaymohan R wrote:
> Hi Toshi,
>
> Tested your patches on a KVM setup. Since all your acpi_pr* macros
> are in the error path, I didn't see an easy way to trigger them.
> Instead added an acpi_pr_err() message in the success path and tested
> out
The documentation for the dw_mmc part says that the low power
mode should normally only be set for MMC and SD memory and should
be turned off for SDIO cards that need interrupts detected.
The best place I could find to do this is when the SDIO interrupt
was first enabled. I rely on the fact that
Hi folks, Stepehen,
On 07/17/2012 03:00 AM, Stephen Rothwell wrote:
Hi Artem,
Today's linux-next merge of the l2-mtd tree got a conflict in
drivers/mtd/chips/cfi_cmdset_0002.c between commit 420962884379 ("mtd:
cfi_cmdset_0002: Micron M29EW bugfixes as per TN-13-07") from the mtd
tree and
On Wed, Jul 25, 2012 at 3:02 AM, Jaehoon Chung wrote:
> Just use the slot. slot is already assigned to mmc_priv(mmc)
Oops. Now I feel sheepish. Done. :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
On Wed, 25 Jul 2012, Jiang Liu wrote:
> > There is already a N_NORMAL_MEMORY node map that contains a list of node
> > that have *normal* memory usable by slab allocators etc. I think the
> > cleanest solution would be to clear the corresponding node bits for your
> > special movable only zones.
On Wed, 2012-07-25 at 12:45 +0900, Yasuaki Ishimatsu wrote:
> Hi Toshi,
>
> 2012/07/19 5:40, Toshi Kani wrote:
> > This patchset improves logging messages for ACPI CPU, Memory, and
> > Container hotplug notify handlers. The patchset introduces a set of
> > new macro interfaces, acpi_pr_(), and
On 07/25/2012 05:17 PM, Paolo Bonzini wrote:
> Il 25/07/2012 15:26, Boaz Harrosh ha scritto:
In SCSI land most LLDs should support chaining just by virtu of using the
for_each_sg macro. That all it takes. Your code above does support it.
>>>
>>> Yes, it supports it but still has to undo
On Mon, 23 Jul 2012, Glauber Costa wrote:
> >> worth including unconditionally. Furthermore, the size related checks
> >> certainly make sense and I don't see any harm in having them as well.
> >
> > There is a WARN_ON() there and then it returns NULL!!! Crazy. Causes a
> > NULL pointer
On Wed, 2012-07-25 at 17:21 +0200, Gerlando Falauto wrote:
>
> So could someone please spend a few words on what happened in the meantime?
> To me it looks like the l2-mtd tree got rebased at some point, but I'm
> quite at loss about this whole back-and-forth between trees.
> I'm sure a few
On Fri, 20 Jul 2012, Glauber Costa wrote:
> > This is the same btw in SLAB which keeps objects in per cpu caches and
> > keeps empty slab pages on special queues.
> >
> >> This patch marks all memcg caches as dead. kmem_cache_shrink is called
> >> for the ones who are not yet dead - this will
On 07/25/2012 08:10 AM, Theodore Ts'o wrote:
RDRAND is already getting mixed in already in xfer_secondary_pool() so
we are already taking advantage of Bull Mountain (or any other
CPU/architecture-specific hw RNG) if it is present.
You generate an arbitrary 16 or 32 bytes of RDRAND in one
I looked at it a bit more, and I think the timeout is the best solution.
The big jump backwards is under an if, and the pattern tries to match an
if up to a return, which tries to go across gotos. So I think it is just
a pathologically bad case.
julia
--
To unsubscribe from this list: send the
Il 25/07/2012 17:09, Paolo Bonzini ha scritto:
> Il 25/07/2012 16:36, Boaz Harrosh ha scritto:
I did test the patch with value-assignment.
>>
>> Still you should use the sg_set_page()!!
>> 1. It is not allowed to directly manipulate sg entries. One should always
>>use the proper
- Original Message -
| From: Artem Bityutskiy
|
| The pdflush thread is long gone, so this patch removes references to
| pdflush
| from gfs comments.
|
(snip)
| - * potentially cause a busy-wait loop from pdflush and kswapd
| + * potentially cause a busy-wait
From: Artem Bityutskiy
Finally we can kill the 'sync_supers' kernel thread along with the
'->write_super()' superblock operation because all the users are gone.
Now every file-system is supposed to self-manage own superblock and
its dirty state.
The nice thing about killing this thread is that
From: Artem Bityutskiy
The pdflush thread is long gone, however we still mention it incorrectly in the
kernel documentation. This patch fixes the situation.
Cc: Randy Dunlap
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from ext3.
Cc: Jan Kara
Cc: Andrew Morton
Cc: Andreas Dilger
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
Il 25/07/2012 16:36, Boaz Harrosh ha scritto:
>> >
>> > I did test the patch with value-assignment.
>> >
>
> Still you should use the sg_set_page()!!
> 1. It is not allowed to directly manipulate sg entries. One should always
>use the proper accessor. Even if open coding does work and is
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from ext3.
Cc: "Theodore Ts'o"
Cc: Andreas Dilger
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/ext4/inode.c |
From: Artem Bityutskiy
The pdflush thread is long gone, so this patch removes references to pdflush
from btrfs comments.
Cc: Chris Mason
Cc: linux-bt...@vger.kernel.org
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/btrfs/inode.c|
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from various jbd and jbd2.
Cc: Andrew Morton
Cc: Jan Kara
Cc: "Theodore Ts'o"
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from ntfs.
Cc: KONISHI Ryusuke
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/nilfs2/super.c |7 ---
resending since i did a reply vs reply-all last time...
On 07/24/2012 12:31 PM, Jiang Liu wrote:
From: Yijing Wang
From: Yijing Wang
Since PCI Express Capabilities Register is read only, cache its value
into struct pci_dev to avoid repeatedly calling pci_read_config_*().
Signed-off-by:
From: Artem Bityutskiy
The pdflush thread is long gone, so this patch removes references to pdflush
from drbd comments.
Cc: drbd-...@lists.linbit.com
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
drivers/block/drbd/drbd_main.c |4 ++--
1
From: Artem Bityutskiy
The pdflush thread is long gone, so this patch removes references to pdflush
from vfs comments.
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/bio.c |2 +-
fs/sync.c |4 ++--
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from btrfs.
Cc: Chris Mason
Cc: linux-bt...@vger.kernel.org
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from hfs.
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/hfs/mdb.c |4 ++--
1 file changed, 2 insertions(+),
From: Artem Bityutskiy
The pdflush thread is long gone, so this patch removes references to pdflush
from UBIFS comments.
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/ubifs/file.c | 10 +-
fs/ubifs/super.c |2 +-
2 files
From: Artem Bityutskiy
The pdflush thread is long gone, so this patch removes references to pdflush
from gfs comments.
Cc: Steven Whitehouse
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/gfs2/meta_io.c |2 +-
1 file changed, 1
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from ntfs.
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/ntfs/super.c | 17 -
1 file changed,
From: Artem Bityutskiy
The pdflush thread is long gone, so this patch removes references to pdflush
from ext4 comments.
Cc: "Theodore Ts'o"
Cc: Andreas Dilger
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
fs/ext4/inode.c |2 +-
1 file
From: Artem Bityutskiy
The '->write_super' superblock method is gone, and this patch removes all the
references to 'write_super' from various pieces of the kernel documentation.
Cc: Randy Dunlap
Signed-off-by: Artem Bityutskiy
---
I expect this patch to be merged via Al Viro's VFS tree.
Now that all file-systems have been modified to not use the '->write_super()'
superblock method, we can kill the last pdflush leftover - the 'sync_supers'
kernel thread.
The sync_supers kernel thread does a very simple thing: wake up every 5
seconds (see [1]), iterate over all superblocks in the
On Tue, Jul 24, 2012 at 08:37:23PM -0700, H. Peter Anvin wrote:
>
> As a compromise I offer the following patch; in terms of performance
> it is "the worst of both worlds" but it should provide the combined
> security of either; even if RDRAND is completely compromised by the
> NSA, Microsoft and
The I2C Control Register bits RFDAIE and RFFIE were mixed up. In addition to
this fix, this patch adds the missing bit DRSIE for completeness.
Signed-off-by: Roland Stigge
---
Applies to v3.5
This patch for i2c-pnx applies to: PNX4008, LPC31xx, LPC32xx. Can you please
test and double-check the
On transactions with n>=2 bytes, the controller actually wrongly clocks in n+1
bytes. This is caused by the (wrong) assumption that RFE in the Status Register
is 1 iff there is no byte already ordered (via a dummy TX byte). This lead to
the implementation of synchronized byte ordering, e.g.:
On 07/25/2012 05:22 AM, Xufeng Zhang wrote:
On 7/25/12, Xufeng Zhang wrote:
On 7/25/12, Vlad Yasevich wrote:
Actually not true. AUTH can be before SACK. So can any addip chunks
that
aid in locating an association.
Now AUTH isn't a big issue since its autogenerated to the packet but
ADDIP
> Please, what's wrong with the patch below, to replace the current
> two or three? I don't have real NUMA myself: does it work?
> If it doesn't work, can you see why not?
It works. It doesn't match my preference. but I don't want block your way.
this area is maintained you. please go ahead.
at
On Wed, 25 Jul 2012, Srivatsa S. Bhat wrote:
> Hi,
>
> This patchset implements the approach of invoking the CPU hotplug callbacks
> (notifiers) in one order during CPU online and in the reverse order during CPU
> offline. The rationale behind this is that services for a CPU are started in a
>
This VFIO IOMMU backend is designed primarily for AMD-Vi and Intel
VT-d hardware, but is potentially usable by anything supporting
similar mapping functionality. We arbitrarily call this a Type1
backend for lack of a better name. This backend has no IOVA
or host memory mapping restrictions for
Signed-off-by: Alex Williamson
---
Documentation/vfio.txt | 314
1 file changed, 314 insertions(+)
create mode 100644 Documentation/vfio.txt
diff --git a/Documentation/vfio.txt b/Documentation/vfio.txt
new file mode 100644
index
VFIO is a secure user level driver for use with both virtual machines
and user level drivers. VFIO makes use of IOMMU groups to ensure the
isolation of devices in use, allowing unprivileged user access. It's
intended that VFIO will replace KVM device assignment and UIO drivers
(in cases where
Hi Linus,
This series includes the VFIO userspace driver interface for the
3.6 kernel merge window. This driver is intended to provide a
secure interface for device access using IOMMU protection for
applications like assignment of physical devices to virtual
machines. Qemu will be the first
Linus,
Please pull the latest x86-efi-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-efi-for-linus
HEAD: 9ca8f72a9297f2052d806bde176533aa69bd x86, efi: Handover Protocol
This tree adds an EFI bootloader handover protocol, which, once
supported
> -Original Message-
> From: Ben Hutchings [mailto:b...@decadent.org.uk]
> Sent: Wednesday, July 25, 2012 10:47 AM
> To: KY Srinivasan
> Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> de...@linuxdriverproject.org; virtualizat...@lists.osdl.org; o...@aepfle.de;
>
On Wed, Jul 25, 2012 at 04:43:04PM +0200, Julia Lawall wrote:
> On Wed, 25 Jul 2012, Fengguang Wu wrote:
>
> > Hi Julia,
> >
> > On Wed, Jul 25, 2012 at 04:15:19PM +0200, Julia Lawall wrote:
> > > Do you use a timeout when you run Coccinelle You could put the argument
> > > --timeout 120.
> >
>
On Sat, Jul 21, 2012 at 02:20:51PM -0700, Randy Dunlap wrote:
> On 07/06/2012 11:07 AM, Randy Dunlap wrote:
>
> > On 07/06/2012 06:49 AM, James Bottomley wrote:
> >
> >> The elections for five of the ten members of the Linux Foundation
> >> Technical Advisory Board[TAB] are held every year.
Ben,
At the outset I want to thank you for taking the time to review this code.
Given that Greg
has indicated that he will not be able to look at this patch set till 3.6 and
the nature of review
comments I have gotten from you and others, I will re-spin this patch set to
address all the
Linus,
Please pull the latest x86-cpufeature-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-cpufeature-for-linus
HEAD: 30d5c4546a7dae29a1aa76abdb69a78bb00136be x86, cpufeature: Add the
RDSEED and ADX features
A single commit that adds new CPU
On Wed, Jul 25, 2012 at 02:10:05PM +, KY Srinivasan wrote:
>
>
> > -Original Message-
> > From: Ben Hutchings [mailto:b...@decadent.org.uk]
> > Sent: Tuesday, July 24, 2012 9:11 PM
> > To: KY Srinivasan
> > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org;
> >
This patch creates a mechanism that skip memcg allocations during
certain pieces of our core code. It basically works in the same way
as preempt_disable()/preempt_enable(): By marking a region under
which all allocations will be accounted to the root memcg.
We need this to prevent races in early
This enables us to remove all the children of a kmem_cache being
destroyed, if for example the kernel module it's being used in
gets unloaded. Otherwise, the children will still point to the
destroyed parent.
Signed-off-by: Suleiman Souhlal
Signed-off-by: Glauber Costa
CC: Christoph Lameter
When a parent cache does tune_cpucache, we need to propagate that to the
children as well. For that, we unfortunately need to tap into the slab core.
Signed-off-by: Glauber Costa
CC: Christoph Lameter
CC: Pekka Enberg
CC: Michal Hocko
CC: Kamezawa Hiroyuki
CC: Johannes Weiner
CC: Suleiman
The page allocator is able to bind a page to a memcg when it is
allocated. But for the caches, we'd like to have as many objects as
possible in a page belonging to the same cache.
This is done in this patch by calling memcg_kmem_get_cache in the
beginning of every allocation function. This
In the slub allocator, when the last object of a page goes away, we
don't necessarily free it - there is not necessarily a test for empty
page in any slab_free path.
This means that when we destroy a memcg cache that happened to be empty,
those caches may take a lot of time to go away: removing
On Wed, 25 Jul 2012, Fengguang Wu wrote:
> Hi Julia,
>
> On Wed, Jul 25, 2012 at 04:15:19PM +0200, Julia Lawall wrote:
> > Do you use a timeout when you run Coccinelle You could put the argument
> > --timeout 120.
>
> Good to know that! I'll definitely try it.
Are you using the existing
This patch implements destruction of memcg caches. Right now,
only caches where our reference counter is the last remaining are
deleted. If there are any other reference counters around, we just
leave the caches lying around until they go away.
When that happen, a destruction function is called
We are able to match a cache allocation to a particular memcg. If the
task doesn't change groups during the allocation itself - a rare event,
this will give us a good picture about who is the first group to touch a
cache page.
This patch uses the now available infrastructure by calling
SLAB allows us to tune a particular cache behavior with tunables.
When creating a new memcg cache copy, we'd like to preserve any tunables
the parent cache already had.
This could be done by an explicit call to do_tune_cpucache() after the
cache is created. But this is not very convenient now
Allow a memcg parameter to be passed during cache creation.
When the slub allocator is being used, it will only merge
caches that belong to the same memcg.
Default function is created as a wrapper, passing NULL
to the memcg version. We only merge caches that belong
to the same memcg.
>From the
For the kmem slab controller, we need to record some extra
information in the kmem_cache structure.
Signed-off-by: Glauber Costa
Signed-off-by: Suleiman Souhlal
CC: Christoph Lameter
CC: Pekka Enberg
CC: Michal Hocko
CC: Kamezawa Hiroyuki
CC: Johannes Weiner
---
include/linux/slab.h |
Linus,
Please pull the latest x86-cleanups-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
x86-cleanups-for-linus
HEAD: e5a7286b5f1b0b5beb97275f2152bf10c4aa4204 x86, boot: Remove ancient,
unconditionally #ifdef'd out dead code
Just a single cleanup.
Hi,
This is the slab part of the kmem limitation mechanism in its last form. I
would like to have comments on it to see if we can agree in its form. I
consider it mature, since it doesn't change much in essence over the last
forms. However, I would still prefer to defer merging it and merge the
Recently, glibc made a change to suppress sign-conversion warnings in FD_SET
(glibc commit ceb9e56b3d1). This uncovered an issue with the kernel's
definition of __NFDBITS if applications #include after
including . A build failure would be seen when passing the
-Werror=sign-compare and
On Wed, Jul 25, 2012 at 01:00:06AM +0800, Ming Lei wrote:
> This patch always let firmware_buf own the pages buffer allocated
> inside firmware_data_write, also add all instances of firmware_buf
> into the firmware cache global list. Also introduce one private field
> in 'struct firmware', so
On 07/25/2012 04:36 PM, Paolo Bonzini wrote:
> Il 25/07/2012 15:26, Boaz Harrosh ha scritto:
>> On 07/25/2012 03:49 PM, Paolo Bonzini wrote:
>>
>>>
>>> Except here the destination array has to be given to virtio, which
>>> doesn't (yet) understand chaining. I'm using for_each_sg rather than a
> - select ACPI_WMI if ACPI
> + select ACPI_WMI if ACPI && !IA64
> select MXM_WMI if ACPI
Sorry, the MXM_WMI line should also be changed. Although MXM_WMI
depends on ACPI_WMI, "select" is dumb and will ignore that dependency..
Thanks,
Fengguang
---
From: Fengguang Wu
Date: Wed, 25
On Wed, Jul 25, 2012 at 9:43 AM, Tim Gardner wrote:
> Devin - Please have a closer look. XC5000A_FIRMWARE and XC5000C_FIRMWARE
> are defined in the patch.
Yup, my bad. I looked at the patch twice but for some reason didn't
see the #define.
I'm not really taking a position on whether this
On Wed, Jul 25, 2012 at 02:11:30PM +0800, Bryan Wu wrote:
> On Wed, Jul 25, 2012 at 8:32 AM, Colin Cross wrote:
> > Some triggers create sysfs files when they are enabled. Send a uevent
> > "change" notification whenever the trigger is changed to allow userspace
> > processes such as udev to
Linus,
Please pull the latest x86-boot-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-boot-for-linus
HEAD: c5e5c42a68be66cb87573e5c2fcce6f1b5d82bd5 x86, doc: Assign a bootloader
ID for "Minimal Linux Bootloader"
Kernel image size reduction and
On 07/25/2012 07:48 AM, Antti Palosaari wrote:
> On 07/25/2012 04:24 PM, Devin Heitmueller wrote:
>> On Wed, Jul 25, 2012 at 9:15 AM, Tim Gardner
>> wrote:
>>> This will make modinfo more useful with regard
>>> to discovering necessary firmware files.
>>>
>>> Cc: Mauro Carvalho Chehab
>>> Cc:
Linus,
Please pull the latest sched-core-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
sched-core-for-linus
HEAD: 8323f26ce3425460769605a6aece7a174edaa7d1 sched: Fix race in
task_group()
The biggest change is a performance improvement on SMP
2012/7/16 Thomas Gleixner :
> The following series implements the infrastructure for parking and
> unparking kernel threads to avoid the full teardown and fork on cpu
> hotplug operations along with management infrastructure for hotplug
> and users.
>
> Changes vs. V2:
>
> Use callbacks for all
The linux/iommu.h header uses types defined in linux/notifier.h but
doesn't include it.
Signed-off-by: Thierry Reding
---
include/linux/iommu.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/iommu.h b/include/linux/iommu.h
index 9cbcc6a..4f64020 100644
---
301 - 400 of 1320 matches
Mail list logo
