On Tuesday 14 August 2012, Catalin Marinas wrote:
> +static struct dma_map_ops arm64_swiotlb_dma_ops = {
> + .alloc = arm64_swiotlb_alloc_coherent,
> + .free = arm64_swiotlb_free_coherent,
> + .map_page = arm64_swiotlb_map_page,
> + .unmap_page = arm64_swiotlb_unmap_page,
>
On Tue, 14 Aug 2012, Rafael J. Wysocki wrote:
>
> For devices whose power.no_callbacks flag is set, rpm_resume()
> should return 1 if the device's parent is already active, so that
> the callers of pm_runtime_get() don't think that they have to wait
> for the device to resume (asynchronously) in
On Tuesday 14 August 2012, Catalin Marinas wrote:
>
> This patch adds several definitions for device communication, including
> I/O accessors and ioremap(). The __raw_* accessors are implemented as
> inline asm to avoid compiler generation of post-indexed accesses (less
> efficient to emulate in a
On Tuesday 14 August 2012, Catalin Marinas wrote:
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> new file mode 100644
> index 000..1ce3d04
> --- /dev/null
> +++ b/arch/arm64/Kconfig
> @@ -0,0 +1,261 @@
> +config ARM64
> + def_bool y
> + select OF
> + select OF_EARLY_FLATT
On Tuesday 14 August 2012, Catalin Marinas wrote:
>
> This patch updates the MAINTAINERS file for the AArch64 Linux kernel
> port.
>
> Signed-off-by: Catalin Marinas
Acked-by: Arnd Bergmann
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tuesday 14 August 2012, Catalin Marinas wrote:
> diff --git a/arch/arm64/include/asm/cmpxchg.h
> b/arch/arm64/include/asm/cmpxchg.h
> new file mode 100644
> index 000..dc50de7
> --- /dev/null
> +++ b/arch/arm64/include/asm/cmpxchg.h
> + default:
> + __bad_cmpxchg(ptr, size
On Tuesday 14 August 2012, Catalin Marinas wrote:
> +static void arch_timer_reg_write(int reg, u32 val)
> +{
> + switch (reg) {
> + case ARCH_TIMER_REG_CTRL:
> + asm volatile("msr cntp_ctl_el0, %0" : : "r" (val));
> + break;
> + case ARCH_TIMER_REG_TVA
From: Miklos Szeredi
Add a new inode operation i_op->open(). This is for stacked
filesystems that want to return a struct file from a different
filesystem.
Signed-off-by: Miklos Szeredi
---
Documentation/filesystems/Locking |2 ++
Documentation/filesystems/vfs.txt |7 +++
fs/namei
From: Miklos Szeredi
Overlayfs needs a private clone of the mount, so create a function for
this and export to modules.
Signed-off-by: Miklos Szeredi
---
fs/namespace.c| 18 ++
include/linux/mount.h |3 +++
2 files changed, 21 insertions(+), 0 deletions(-)
diff -
From: Erez Zadok
This is useful because of the stacking nature of overlayfs. Users like to
find out (via /proc/mounts) which lower/upper directory were used at mount
time.
Signed-off-by: Erez Zadok
Signed-off-by: Miklos Szeredi
---
fs/overlayfs/super.c | 63
From: Robin Dong
Imaging using ext4 as upperdir which has a file "hello" and lowdir is
totally empty.
1. mount -t overlayfs overlayfs -o lowerdir=/lower,upperdir=/upper /overlay
2. cd /overlay
3. ln hello bye
then the overlayfs code will call vfs_link to create a real ext4
dentry for "bye" and
From: Andy Whitcroft
YAMA et al rely on on i_uid/i_gid to be populated in order to perform
their checks. While these really cannot be guarenteed as the underlying
filesystem may not even have the concept, they are expected to be filled
when possible. To quote Al Viro:
"Ideally, yes, we'd w
From: Andy Whitcroft
When checking permissions on an overlayfs inode we do not take into
account either device cgroup restrictions nor security permissions.
This allows a user to mount an overlayfs layer over a restricted device
directory and by pass those permissions to open otherwise restricted
From: Miklos Szeredi
We need to be able to check inode permissions (but not filesystem implied
permissions) for stackable filesystems. Expose this interface for overlayfs.
Signed-off-by: Miklos Szeredi
---
fs/internal.h |5 -
fs/namei.c |1 +
include/linux/fs.h |1
From: Robin Dong
After allocating a new inode, if the mode of inode is incorrect, we should
release it by iput().
Signed-off-by: Robin Dong
Signed-off-by: Miklos Szeredi
---
fs/overlayfs/inode.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/overlayfs/inode.c b/fs
From: Miklos Szeredi
Add a simple read-only counter to super_block that indicates deep this
is in the stack of filesystems. Previously ecryptfs was the only
stackable filesystem and it explicitly disallowed multiple layers of
itself.
Overlayfs, however, can be stacked recursively and also may b
From: Neil Brown
Document the overlay filesystem.
Signed-off-by: Miklos Szeredi
---
Documentation/filesystems/overlayfs.txt | 199 +++
MAINTAINERS |7 +
2 files changed, 206 insertions(+), 0 deletions(-)
create mode 100644 Documenta
From: Andy Whitcroft
Add support for statfs to the overlayfs filesystem. As the upper layer
is the target of all write operations assume that the space in that
filesystem is the space in the overlayfs. There will be some inaccuracy as
overwriting a file will copy it up and consume space we were
From: Miklos Szeredi
Export do_splice_direct() to modules. Needed by overlay filesystem.
Signed-off-by: Miklos Szeredi
---
fs/splice.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/fs/splice.c b/fs/splice.c
index 41514dd..2695a60 100644
--- a/fs/splice.c
+++ b/fs/sp
Here's the latest version of the overlayfs series.
Git tree is here:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs.git overlayfs.v14
Please consider for 3.7.
Thanks,
Miklos
---
Andy Whitcroft (3):
overlayfs: add statfs support
ovl: switch to __inode_permission()
On Wed, 15 Aug 2012, Greg Thelen wrote:
> > You can already shrink the reclaimable slabs (dentries / inodes) via
> > calls to the subsystem specific shrinkers. Did Ying Han do anything to
> > go beyond that?
>
> cc: Ying
>
> The Google shrinker patches enhance prune_dcache_sb() to limit dentry
> p
On Thu, 16 Aug 2012, Joonsoo Kim wrote:
> s->cpu_partial determine the maximum number of objects kept
> in the per cpu partial lists of a processor. Currently, it is used for
> not only per cpu partial list but also cpu freelist. Therefore
> get_partial_node() doesn't work properly according to ou
On Wed, 15 Aug 2012, Glauber Costa wrote:
> On 08/15/2012 06:47 PM, Christoph Lameter wrote:
> > On Wed, 15 Aug 2012, Michal Hocko wrote:
> >
> >>> That is not what the kernel does, in general. We assume that if he wants
> >>> that memory and we can serve it, we should. Also, not all kernel memory
s->cpu_partial determine the maximum number of objects kept
in the per cpu partial lists of a processor. Currently, it is used for
not only per cpu partial list but also cpu freelist. Therefore
get_partial_node() doesn't work properly according to our first intention.
Fix it as forcibly assigning
On 08/15/2012 07:34 PM, Christoph Lameter wrote:
> On Wed, 15 Aug 2012, Glauber Costa wrote:
>
>> On 08/15/2012 06:47 PM, Christoph Lameter wrote:
>>> On Wed, 15 Aug 2012, Michal Hocko wrote:
>>>
> That is not what the kernel does, in general. We assume that if he wants
> that memory and w
On Wed, Aug 15, 2012 at 04:23:21PM +0100, Arnd Bergmann wrote:
> On Tuesday 14 August 2012, Catalin Marinas wrote:
> > +
> > +void *module_alloc(unsigned long size)
> > +{
> > + return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
> > + GFP_KERNEL
On Wed, Aug 15, 2012 at 05:22:03PM +0300, Jussi Kivilinna wrote:
> Patch replaces 'movb' instructions with 'movzbl' to break false
> register dependencies and interleaves instructions better for
> out-of-order scheduling.
>
> Also move common round code to separate function to reduce object
> size
On 08/14/2012 05:38 PM, Michael S. Tsirkin wrote:
And even ignoring that, global pointer to a device
is an ugly hack and ugly hacks tend to explode.
And even ignoring estetics, and if we decide we are fine
with a single balloon, it needs to fail gracefully not
crash like it does now.
Fair eno
On Wed, Aug 15 2012, Christoph Lameter wrote:
> On Wed, 15 Aug 2012, Michal Hocko wrote:
>
>> > That is not what the kernel does, in general. We assume that if he wants
>> > that memory and we can serve it, we should. Also, not all kernel memory
>> > is unreclaimable. We can shrink the slabs, for
Hi Peter,
that happened that in a sake of restoring ptys after checkpoint
we need to create them with predefined indices, as they were at
moment of dumping. So we have two options -- 1) Open terminals
in sequence until needed index reached 2) Use some other way to
say the kernel that some index is
> > On a second thought, I think zsmalloc should stay in drivers/block/zram
> > since zram is now the only user of zsmalloc since zcache and ramster are
> > moving to another allocator.
>
> The removal of zsmalloc from zcache has not been agreed upon
> yet.
>
> Dan _suggested_ removing zsmalloc a
On Tuesday 14 August 2012, Catalin Marinas wrote:
> +
> +void *module_alloc(unsigned long size)
> +{
> + return __vmalloc_node_range(size, 1, MODULES_VADDR, MODULES_END,
> + GFP_KERNEL, PAGE_KERNEL_EXEC, -1,
> + __builtin_ret
On Tue, 14 Aug 2012 16:16:50 +0200
Frederic Weisbecker wrote:
> The function doesn't seem to exist anymore.
>
> Signed-off-by: Frederic Weisbecker
> Cc: Tony Luck
> Cc: Fenghua Yu
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Martin Schwidefsky
> Cc: Heiko Carstens
> Cc: Ingo Mo
On Tue, 14 Aug 2012 16:16:49 +0200
Frederic Weisbecker wrote:
> The archs that implement virtual cputime accounting all
> flush the cputime of a task when it gets descheduled
> and sometimes set up some ground initialization for the
> next task to account its cputime.
>
> These archs all put the
On 8/3/12 7:51 AM, Robert Richter wrote:
On 26.07.12 10:08:29, Peter Zijlstra wrote:
On Wed, 2012-07-25 at 23:16 -0600, David Ahern wrote:
Peter's patch (see https://lkml.org/lkml/2012/7/9/298) changes kernel
side to require the use of exclude_guest if the precise modifier is
used, returning -
On Thursday 2012-07-26 06:24, Gustavo Padovan wrote:
>Hi Masatake,
>
>* Masatake YAMATO [2012-07-26 01:30:12 +0900]:
>
>> Added /proc/net/sco via bt_procfs_init().
>>
>> Signed-off-by: Masatake YAMATO
>> ---
>> net/bluetooth/sco.c |9 +
>> 1 file changed, 9 insertions(+)
>
>All 8 p
I'm announcing the release of the 3.5.2 kernel.
All users of the 3.5 kernel series must upgrade.
The updated 3.5.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.5.y
and can be browsed at the normal kernel.org git web browser:
Hi Steven,
This patch is my first attempt to address the "early tracing issue".
Right now, trace events are registered on fs_initcall, which is very late
if you want to capture boot-up events.
This feature is in developers wish list as this old (2009) thread shows [1].
By splitting the initializ
On Tuesday 14 August 2012, Catalin Marinas wrote:
> +
> +/*
> + * Use compiler builtins for simple inline operations.
> + */
> +static inline unsigned long __ffs(unsigned long word)
> +{
> + return __builtin_ffsl(word) - 1;
> +}
> +
> +static inline int ffs(int x)
> +{
> + return __builtin
I'm announcing the release of the 3.4.9 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
This patch splits trace event initialization in two stages:
* ftrace enable
* sysfs event entry creation
This allows to capture trace events from an earlier point
by using 'trace_event' kernel parameter and is important
to trace boot-up allocations.
Cc: Steven Rostedt
Cc: Frederic Weisbecker
This is the REGULATOR component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC driver.
It depends on the CORE component driver of the DA9058 MFD.
Signed-off-by: Anthony Olech
Signed-off-by: David Dajun Chen
---
drivers/regulator/Kconfig|
This is the HWMON component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC driver.
It depends on the CORE and ADC component drivers of the DA9058 MFD.
Signed-off-by: Anthony Olech
Signed-off-by: David Dajun Chen
---
Documentation/hwmon/da9058 |
This is the RTC component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC driver.
It depends on the CORE component driver of the DA9058 MFD.
Signed-off-by: Anthony Olech
Signed-off-by: David Dajun Chen
---
drivers/rtc/Kconfig | 10 +
drivers/r
This is the POWER component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC driver.
It depends on the CORE and ADC component drivers of the DA9058 MFD.
Signed-off-by: Anthony Olech
Signed-off-by: David Dajun Chen
---
drivers/power/Kconfig|
This is the GPIO component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC driver.
It depends on the CORE component driver of the DA9058 MFD.
The meaning of the PMIC register 21 bits 1 and 5 has been documented
in the driver source.
Signed-off-by: Antho
This is submission attempt number 3 to have this driver included in
the linux kernel source tree. This is the driver for the Dialog DA9058.
The DA9058 is a low power Power Management Integrated Circuit with extra
functionality. It is a Multi Function Device controlled only from an I2C
bus whose co
This is the ADC component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC
driver. It depends on the DA9058 CORE component driver.
The HWMON and BATTERY component drivers depend on this ADC
component driver.
This component driver recieves the actual plat
This is the ONKEY component driver of the Dialog DA9058 PMIC.
This driver is just one component of the whole DA9058 PMIC driver.
It depends on the CORE component driver of the DA9058 MFD.
Signed-off-by: Anthony Olech
Signed-off-by: David Dajun Chen
---
drivers/input/misc/Kconfig| 10 +
Hi Jiri,
On Wed, 15 August 2012 Jiri Kosina wrote:
> I see. Alan Stern has fixed a huge pile of things in this area in 3.6-rc1.
> I have expected all of those to actually be on theoretical problems not
> ever having happened in the wild, but it might be that you are actually
> chasing on of th
On 08/15/2012 06:47 PM, Christoph Lameter wrote:
> On Wed, 15 Aug 2012, Michal Hocko wrote:
>
>>> That is not what the kernel does, in general. We assume that if he wants
>>> that memory and we can serve it, we should. Also, not all kernel memory
>>> is unreclaimable. We can shrink the slabs, for
On Tue, 2012-08-14 at 13:50 -0700, Trevor Brandt wrote:
> Adds support for compiling out the real-time scheduler (SCHED_FIFO
> and SCHED_RR) to save space. Changes sched_set_stop_task to use
> SCHED_NORMAL rather than SCHED_FIFO, since the kernel only uses this
> function as a fake scheduling prior
On Tuesday 14 August 2012, Catalin Marinas wrote:
> From: Will Deacon
>
> This patch adds support for the AArch64 performance counters.
>
> Signed-off-by: Will Deacon
> Signed-off-by: Catalin Marinas
> ---
> arch/arm64/include/asm/perf_event.h | 22 +
> arch/arm64/include/asm/pmu.h|
On Wed, Aug 15, 2012 at 09:12:20AM +0200, Mike Galbraith wrote:
> On Tue, 2012-08-14 at 13:50 -0700, Trevor Brandt wrote:
> > diff --git a/init/Kconfig b/init/Kconfig
> > index 3f42cd6..768dc76 100644
> > --- a/init/Kconfig
> > +++ b/init/Kconfig
> > @@ -27,6 +27,13 @@ config IRQ_WORK
> > bool
On Wed, 2012-08-15 at 21:42 +0800, Jason Wang wrote:
>
> I met it actually through the following steps:
>
> - start a kvm guest with tap and make it to be an interface of the bridge
> - mirror the ingress traffic of the bridge to the tap
> - terminate the qemu process, the tap device is then rem
On Tuesday 14 August 2012, Catalin Marinas wrote:
>
> This patch allows setting of the show_unhandled_signals variable via
> /proc/sys/debug/exception-trace. The default value is currently 1
> showing unhandled user faults (undefined instructions, data aborts) and
> invalid signal stack frames.
>
On Tuesday 14 August 2012, Catalin Marinas wrote:
> +const struct user_regset_view *task_user_regset_view(struct task_struct
> *task)
> +{
> +#ifdef CONFIG_AARCH32_EMULATION
> + if (test_tsk_thread_flag(task, TIF_32BIT))
> + return &user_aarch32_view;
> +#endif
> + return &use
On Tue, 14 Aug 2012 16:16:48 +0200
Frederic Weisbecker wrote:
> Extract cputime code from the giant sched/core.c and
> put it in its own file. This make it easier to deal with
> this particular area and de-bloat a bit more core.c
To move the cputime accouting code to its own file makes sense.
Ac
On Wed, 2012-08-15 at 07:43 -0700, Arjan van de Ven wrote:
> > Servers in a datacenter have battery?
>
> they have AC, and sometimes a battery called "UPS".
> DC is getting much more prevalent in datacenters in general.
AC/DC (/me slams a riff on his air-guitar)...
> >> seriously, there are po
When we try to free object, there is some of case that we need
to take a node lock. This is the necessary step for preventing a race.
After taking a lock, then we try to cmpxchg_double_slab().
But, there is a possible scenario that cmpxchg_double_slab() is failed
with taking a lock. Following examp
On Tue, 2012-07-10 at 18:23 +0200, Richard Genoud wrote:
> + /* we are using here the whole MTD device size and not
> + * the MTD partition size because the maximum number of
> + * bad blocks is a percentage of the whole device and
> +
In current implementation, after unfreezing, we doesn't touch oldpage,
so it remain 'NOT NULL'. When we call this_cpu_cmpxchg()
with this old oldpage, this_cpu_cmpxchg() is mostly be failed.
We can change value of oldpage to NULL after unfreezing,
because unfreeze_partial() ensure that all the cpu
On Tue, 14 Aug 2012 16:16:47 +0200
Frederic Weisbecker wrote:
> S390, ia64 and powerpc all define their own version
> of CONFIG_VIRT_CPU_ACCOUNTING. Generalize the config
> and its description to a single place to avoid
> duplication.
For S390 CONFIG_VIRT_CPU_ACCOUNTING is not configurable, it i
On Wed, Aug 15, 2012 at 01:58:54PM +, Jamie Heilman wrote:
> Jamie Heilman wrote:
> > I'll try to get full rcpdebug traces on client and server as the delay
> > is occuring in the hopes that helps pin things down, and post them
> > separately.
>
> OK, here are the logs from client and server,
On Wed, 15 Aug 2012 05:39:11 +
"Ren, Cloud" wrote:
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Wednesday, August 15, 2012 1:33 PM
>
> >From: "Ren, Cloud"
> >Date: Wed, 15 Aug 2012 03:29:26 +
> >
> +strncpy(netdev->name, pci_name(pdev), sizeof(netdev->name) - 1
On Wed, Aug 15, 2012 at 12:08 PM, Opensource [Anthony Olech]
wrote:
> [Me]
>> > + if (offset > 1)
>> > + return -EINVAL;
>> So there are two GPIO pins, 0 and 1? That seems odd, but OK.
>
> That is a feature of the hardware. I believe that calling them "0" and
> "1" is the corr
Em Wed, Aug 15, 2012 at 04:42:55PM +0200, Borislav Petkov escreveu:
> On Wed, Aug 15, 2012 at 04:38:05PM +0200, Peter Zijlstra wrote:
> > Because you're an idiot and made a typo ;-) Happens to me all the time.
>
> I'm not an idiot - I'm perfection at its purest! :-)
>
> > The regular kernel build
Consolidate TUI-relate header files and declarations into tui.h.
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile |1 +
tools/perf/ui/helpline.h |2 --
tools/perf/ui/tui/helpline.c |5 +
tools/perf/ui/tui/setup.c| 12 +---
tools/perf/ui/tui/tui.h
Use helpline for printing error/debug messages. The code resembles a
TUI counter part and only print the first line of the message.
Cc: Pekka Enberg
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/helpline.c | 26 ++
tools/perf/ui/gtk/util.c |5 -
tools/p
As we now have a helpline implementation, use it for displaying help
messages.
Cc: Pekka Enberg
Signed-off-by: Namhyung Kim
---
tools/perf/ui/gtk/browser.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/tools/perf/ui/gtk/browser.c b/tools/perf/ui/gtk/browser.c
index
Add helpline API implementation to GTK front-end.
Cc: Pekka Enberg
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile |1 +
tools/perf/ui/gtk/gtk.h |2 ++
tools/perf/ui/gtk/helpline.c | 31 +++
tools/perf/ui/gtk/setup.c|1 +
4 files c
Add struct perf_helpline in order to provide flexible implementation
of helpline APIs. And convert existing TUI implementation to use it.
Signed-off-by: Namhyung Kim
---
tools/perf/Makefile |5 ++--
tools/perf/ui/helpline.c | 56 ++--
tools/
On Wed, 15 Aug 2012, Michal Hocko wrote:
> > That is not what the kernel does, in general. We assume that if he wants
> > that memory and we can serve it, we should. Also, not all kernel memory
> > is unreclaimable. We can shrink the slabs, for instance. Ying Han
> > claims she has patches for tha
On Wed, Aug 15, 2012 at 03:49:56PM +0100, Greg Kroah-Hartman wrote:
> > Will Deacon wrote:
> > > The additional patch should also be CC'd to stable and is sitting in -tip
> > > somewhere I believe, so it shouldn't be long before it does hit mainline.
> > >
> > > Without this patch there's a memory
On Wed, 2012-08-15 at 20:24 +0600, Rakib Mullick wrote:
> How do you plan to test this power saving scheme? Using powertop? Or,
> is there any other tools?
We should start out simple enough that we can validate it by looking at
task placement by hand, eg. 4 tasks on a dual socket quad-core, shoul
On Tue, 2012-07-10 at 18:23 +0200, Richard Genoud wrote:
> This patch provides the possibility to adjust the "maximum expected number of
> bad blocks per 1024 blocks" (max_beb_per1024) for each mtd device.
>
> The majority of NAND devices have their max_beb_per1024 equal to 20, but
> sometimes it'
On Wed, Aug 15, 2012 at 03:11:41PM +0100, Ben Hutchings wrote:
> On Wed, 2012-08-15 at 07:08 -0700, Greg Kroah-Hartman wrote:
> > On Wed, Aug 15, 2012 at 02:56:22PM +0100, Ben Hutchings wrote:
> > > On Mon, 2012-08-13 at 13:18 -0700, Greg Kroah-Hartman wrote:
> > > > From: Greg KH
> > > >
> > > >
On Wed, Aug 15, 2012 at 07:05:41AM -0700, Greg Kroah-Hartman wrote:
> On Tue, Aug 14, 2012 at 05:01:11PM -0300, Herton Ronaldo Krzesinski wrote:
> > On Mon, Aug 13, 2012 at 03:02:14PM -0700, Greg Kroah-Hartman wrote:
> > > From: Greg KH
> > >
> > [...]
> > > --- a/arch/arm/vfp/vfpmodule.c
> > > +
On Tuesday 14 August 2012, Catalin Marinas wrote:
> +/*
> + * Single-value transfer routines. They automatically use the right
> + * size if we just have the right pointer type. Note that the functions
> + * which read from user space (*get_*) need to take care not to leak
> + * kernel data even
On Wed, 15 Aug 2012, Ben Hutchings wrote:
> On Wed, 2012-08-15 at 07:08 -0700, Greg Kroah-Hartman wrote:
> > On Wed, Aug 15, 2012 at 02:56:22PM +0100, Ben Hutchings wrote:
> > > On Mon, 2012-08-13 at 13:18 -0700, Greg Kroah-Hartman wrote:
> > > > From: Greg KH
> > > >
> > > > 3.5-stable review p
On Wed, 15 Aug 2012, Peter Zijlstra wrote:
> On Wed, 2012-08-15 at 07:19 -0700, Arjan van de Ven wrote:
> > Ideally the scheduler builds up some history of the typical run
> > duration of the task (with a bias to more recent runs).
> > But... even then, the past is only a poor predictor for the fu
On Wed, 2012-08-15 at 07:19 -0700, Arjan van de Ven wrote:
> Ideally the scheduler builds up some history of the typical run
> duration of the task (with a bias to more recent runs).
> But... even then, the past is only a poor predictor for the future.
PJTs patches do this. But yes, a crystal-bal
On 8/15/2012 7:39 AM, Peter Zijlstra wrote:
> On Wed, 2012-08-15 at 06:45 -0700, Arjan van de Ven wrote:
>> On 8/15/2012 4:05 AM, Peter Zijlstra wrote:
>>> Yay, ideally we'd also provide a 3rd option: auto, which simply switches
>>> between the two based on AC/BAT, UPS
>>
>> nooo!
>>
>> anythi
On Wed, 2012-08-15 at 15:15 +0200, Borislav Petkov wrote:
> On Wed, Aug 15, 2012 at 01:05:38PM +0200, Peter Zijlstra wrote:
> > On Mon, 2012-08-13 at 20:21 +0800, Alex Shi wrote:
> > > Since there is no power saving consideration in scheduler CFS, I has a
> > > very rough idea for enabling a new po
On Wed, Aug 15, 2012 at 04:38:05PM +0200, Peter Zijlstra wrote:
> Because you're an idiot and made a typo ;-) Happens to me all the time.
I'm not an idiot - I'm perfection at its purest! :-)
> The regular kernel build doesn't create non-existent O= targets either
> iirc.
Ok, I see. The kernel ne
On Wed, Aug 15, 2012 at 09:34:58AM -0300, Rafael Aquini wrote:
> On Tue, Aug 14, 2012 at 10:31:09PM +0300, Michael S. Tsirkin wrote:
> > > > now CPU1 executes the next instruction:
> > > >
> > > > }
> > > >
> > > > which would normally return to function's caller,
> > > > but it has been overwrit
On Wed, 2012-08-15 at 06:45 -0700, Arjan van de Ven wrote:
> On 8/15/2012 4:05 AM, Peter Zijlstra wrote:
> > Yay, ideally we'd also provide a 3rd option: auto, which simply switches
> > between the two based on AC/BAT, UPS
>
> nooo!
>
> anything but this.
> if anyone thinks that AC/Battery m
On Wed, 2012-08-15 at 15:18 +0200, Borislav Petkov wrote:
> On Wed, Aug 15, 2012 at 10:06:34AM -0300, Arnaldo Carvalho de Melo wrote:
> > That was the case in the past, but IIRC PeterZ advocated not to and I
> > agreed.
>
> Maybe you guys need to explain yourselves :) I mean, the dir is not
> pres
On Tue, 14 Aug 2012, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a possibly 0 error return code to a negative one, as returned
> elsewhere in the function.
> diff --git a/drivers/usb/host/ohci-platform.c
> b/drivers/usb/host/ohci-platform.c
> index 10d85b9..e24ec9f 100644
> --- a/driv
On Tue, 14 Aug 2012, Julia Lawall wrote:
> From: Julia Lawall
>
> Convert a possibly 0 error return code to a negative one, as returned
> elsewhere in the function.
...
> diff --git a/drivers/usb/host/ehci-platform.c
> b/drivers/usb/host/ehci-platform.c
> index 91acdde..764e010 100644
> --- a
On Tuesday 14 August 2012, Catalin Marinas wrote:
> This patch adds support for FP/ASIMD register bank saving and restoring
> during context switch and FP exception handling to generate SIGFPE.
> There are 32 128-bit registers and the context switching is currently
> done non-lazily. Benchmarks on
On Tuesday 14 August 2012, Catalin Marinas wrote:
> +#ifdef CONFIG_AARCH32_EMULATION
> +#include
> +
> +#define AARCH32_KERN_SIGRET_CODE_OFFSET 0x500
> +
> +extern const compat_ulong_t aarch32_sigret_code[6];
> +
> +int compat_setup_frame(int usig, struct k_sigaction *ka, sigset_t *set,
> +
On 08/15/2012 04:38 AM, Konrad Rzeszutek Wilk wrote:
> On Fri, Aug 10, 2012 at 01:14:01PM -0500, Seth Jennings wrote:
>> On 08/09/2012 03:20 PM, Dan Magenheimer wrote
>>> I also wonder if you have anything else unusual in your
>>> test setup, such as a fast swap disk (mine is a partition
>>> on the
On Wed, 2012-08-15 at 15:01 +0200, Oleg Nesterov wrote:
> BTW, set_task_comm()->wmb() and memset() should die. There are
> not needed afaics, and the comment is misleading.
As long as we guarantee there's always a terminating '\0', now strlcpy()
doesn't pad the result, however if we initialize th
Commit 3270476a6c0ce322354df8679652f060d66526dc ('workqueue: reimplement
WQ_HIGHPRI using a separate worker_pool') introduce separate worker_pool
for HIGHPRI. Although there is NR_WORKER_POOLS enum value which represent
size of pools, definition of worker_pool in gcwq doesn't use it.
Using it makes
We assign cpu id into work struct's data field in __queue_delayed_work_on().
In current implementation, when work is come in first time,
current running cpu id is assigned.
If we do __queue_delayed_work_on() with CPU A on CPU B,
__queue_work() invoked in delayed_work_timer_fn() go into
the followin
>>
>> I see now, you seem to be right.
>
> No I am not because it seems that I am really blind these days...
> We were doing this in mem_cgroup_do_charge for ages:
> if (!(gfp_mask & __GFP_WAIT))
> return CHARGE_WOULDBLOCK;
>
> /me goes to hide and get with further feedback
When we do tracing workqueue_queue_work(), it records requested cpu.
But, if !(@wq->flag & WQ_UNBOUND) and @cpu is WORK_CPU_UNBOUND,
requested cpu is changed as local cpu.
In case of @wq->flag & WQ_UNBOUND, above change is not occured,
therefore it is reasonable to correct it.
Use temporary local
Change from v2
[1/6] No change
[2/6] Change local variable name and use it directly for TP
[3/6] Add a comment.
[4/6] No change
[5/6] Add a comment. Fix ugly indentation.
[6/6] No change
Change from v1
[ALL] Add cover-letter
[ALL] Rebase on git://git.kernel.org/pub/scm/linux/kernel/git/tj/wq.git f
On Fri, Aug 10, 2012 at 04:37:08PM -0600, Alex Williamson wrote:
> v8:
>
> Trying a new approach. Nobody seems to like the internal IRQ
> source ID object and the interactions it implies between irqfd
> and eoifd, so let's get rid of it. Instead, simply expose
> IRQ source IDs to userspace. Thi
501 - 600 of 778 matches
Mail list logo