gmane.linux.kernel

Re: proszę ponownie potwierdzić

Larsen Palfreyman — 2012-05-23T11:30:08

Drogi Przyjacielu,

Ja chcia&#322;bym wiedzie&#263;, czy nadal chcesz mi doradza&#263; Bankowi do drutu 
(transfer) w £12,780,000 milionów funtów do twojego konta za ciebie a ja 
dla akcj&#281;. Prosz&#281; B&#281;d&#281; zachwycony, je&#347;li mo&#380;na wróci&#263; do mnie pilnie 
tak, &#380;e mog&#281; doradzi&#263; na co obok zrobi&#263; w uzyskaniu tego transferu 
pieni&#281;dzy na koncie natychmiast.

Chc&#281;, &#380;eby&#347; potwierdzi&#263; swój aktualny adres i numer telefonu do mnie, 
aby umo&#380;liwi&#263; nam podj&#261;&#263; szybkie i skontaktuj si&#281; ze mn&#261; poprzez mój 
adres e-mail w ten sposób: mrpalarsen< at >mynet.com

Z powa&#380;aniem,
Larsen Palfreyman

Re: [PATCH 0/2] RFC: readd fair sleepers for server systems

Peter Zijlstra — 2012-05-23T11:49:58

Is there significant steal time in these workloads? If so, does it help
if you implement
CONFIG_PARAVIRT_TIME_ACCOUNTING/paravirt_steal_rq_enabled for s390?
(although I guess we'd better loose the paravirt part of the name then).

This 'feature' subtracts steal time from the task-clock so that the
scheduler doesn't consider a task to be running when the vcpu wasn't
running as well.

Not doing that (current situation) could result in over-active
preemption because we think a task ran significantly longer than it
actually did. Same for sleeper fairness, we might think a task slept
very long (and give a bigger boost) when in fact it didn't.

Re: Regression on GMA965 - display seems to have slow jump changes in brightness

Zdenek Kabelac — 2012-05-23T11:48:41

2012/5/23 Daniel Vetter <daniel< at >ffwll.ch>:


Now when it's obvious it's related to powersaving  - it's probably
much easier to explain,
that I've been observing those changes when some activity was happing -
i.e. opening  picture - and after like 1 second image has flashed, -
then I've moved the mouse
stopped - and again image has flashed with brightness a bit.

The issue would be probably far less noticeable if the period of time
of idle GPU would have to be
much longer (i.e. in minute range)

Zdenek

Re: [PATCH 02/17] perf: Add ability to attach registers dump to sample

Jiri Olsa — 2012-05-23T11:45:55

SNIP


we could do that.. but the idea was to be more generic than that,
following same style as for other features



it's bits definition.. just the first one ;)
I followed the perf_event.h style with bit definitions, like:

enum perf_event_sample_format {
        PERF_SAMPLE_IP                          = 1U << 0,
        PERF_SAMPLE_TID                         = 1U << 1,
        PERF_SAMPLE_TIME                        = 1U << 2,
        PERF_SAMPLE_ADDR                        = 1U << 3,
        PERF_SAMPLE_READ                        = 1U << 4,
        PERF_SAMPLE_CALLCHAIN                   = 1U << 5,
        PERF_SAMPLE_ID                          = 1U << 6,
        PERF_SAMPLE_CPU                         = 1U << 7,
        PERF_SAMPLE_PERIOD                      = 1U << 8,
        PERF_SAMPLE_STREAM_ID                   = 1U << 9,
        PERF_SAMPLE_RAW                         = 1U << 10,
        PERF_SAMPLE_BRANCH_STACK                = 1U << 11,

        PERF_SAMPLE_MAX = 1U << 12,             /* n

Re: [PATCH v5 0/9] KVM: fast page fault

Avi Kivity — 2012-05-23T11:37:45

Still scary (esp. indirect sptes), but looks pretty good.

Re: [PATCH v4 2/2] MFD: MAX77693: add IRQ handler

Samuel Ortiz — 2012-05-23T11:35:29

Hi Chanwoo,

On Mon, May 14, 2012 at 08:40:06PM +0900, Chanwoo Choi wrote:
This patch breaks the build in this way:

drivers/mfd/max77693.c: In function ‘max77693_i2c_probe’:
drivers/mfd/max77693.c:157:2: error: implicit declaration of function
‘max77693_irq_init’ [-Werror=implicit-function-declaration]
drivers/mfd/max77693.c: In function ‘max77693_resume’:
drivers/mfd/max77693.c:215:2: error: implicit declaration of function
‘max77693_irq_resume’ [-Werror=implicit-function-declaration]

drivers/mfd/max77693-irq.c: In function ‘max77693_irq_lock’:
drivers/mfd/max77693-irq.c:104:2: error: ‘struct max77693_dev’ has no member
named ‘irqlock’
drivers/mfd/max77693-irq.c: In function ‘max77693_irq_sync_unlock’:
drivers/mfd/max77693-irq.c:119:11: error: ‘struct max77693_dev’ has no member
named ‘irq_masks_cache’
drivers/mfd/max77693-irq.c:119:42: error: ‘struct max77693_dev’ has no member
named ‘irq_masks_cur’
drivers/mfd/max77693-irq.c:122:13: error: ‘struct max776

[GIT PULL] x86/urgent fixes for v3.5

Ingo Molnar — 2012-05-23T11:34:32

Linus,

Please pull the latest x86-urgent-for-linus git tree from:

   git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-urgent-for-linus

   HEAD: b2d668da9307c4c163dd603d2bb3cadb10f9fd37 x86, relocs: Build clean fix

These are the fixes left over from the very end of the v3.4 
stabilization cycle, plus one more fix.

 Thanks,

Ingo

------------------>
Alan Cox (1):
      x86: Fix boot on Twinhead H12Y

Jarkko Sakkinen (1):
      x86, relocs: Build clean fix

Sasha Levin (1):
      x86, printk: Add missing KERN_CONT to NMI selftest


 arch/x86/Makefile              |  1 +
 arch/x86/kernel/nmi_selftest.c | 12 ++++++------
 arch/x86/pci/fixup.c           | 17 +++++++++++++++++
 3 files changed, 24 insertions(+), 6 deletions(-)

diff --git a/arch/x86/Makefile b/arch/x86/Makefile
index 94e91e4..b1c611e 100644
--- a/arch/x86/Makefile
+++ b/arch/x86/Makefile
< at >< at > -206,6 +206,7 < at >< at > archclean:
 $(Q)rm -rf $(objtree)/arch/i386
 $(Q)rm -rf $(objtree)/arch/x86_64
 $(Q)$(MAKE) $(clean)=$(boot)
+$(Q)$(MAK

Re: [PATCH 0/2] RFC: readd fair sleepers for server systems

Christian Ehrhardt — 2012-05-23T11:32:50

On 05/22/2012 11:01 AM, Peter Zijlstra wrote:

Your're completely right, but we do mind - and we have reasons for that. 
I'll try to explain why.
Upstream often has so many changes that some effects end up hidden 
behind each others. A lot of issues are detected and fixed there, but 
due to restricted resources not all of them. Also every new developed 
features goes through test. Distribution releases are the 3rd stage of 
testing before something is available for a customer.

The analysis of the features in general and fair sleepers among them 
started by a teammate long ago. More precisely, a bit before the time we 
both agreed about the related 
http://comments.gmane.org/gmane.linux.kernel/920457, so I'd say in time. 
It re-occurred every distribution release since then, but so far without 
a real fix.

Then in early 2010 the removal of the fair sleepers tunable took place, 
but - and here I admit our fault - this didn't increase pressure for a 
long time as both major distributions where at 2.6.32 back

[GIT PULL] x86/reboot changes for v3.5

Ingo Molnar — 2012-05-23T11:29:16

Linus,

Please pull the latest x86-reboot-for-linus git tree from:

   git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git x86-reboot-for-linus

   HEAD: 3aac27aba79b7c52e709ef6de0f7d8139caedc01 x86/reboot: Update nonmi_ipi parameter

The biggest change is a gentler method of rebooting/stopping via 
IRQs first and then via NMIs. There are several cleanups in the 
tree as well.

 Thanks,

Ingo

------------------>
Don Zickus (3):
      Revert "x86, reboot: Use NMI instead of REBOOT_VECTOR to stop cpus"
      x86/reboot: Use NMI to assist in shutting down if IRQ fails
      x86/reboot: Update nonmi_ipi parameter

He Chunhui (1):
      x86, boot: Fix port argument to inl() function

Michael D Labriola (2):
      x86/reboot: Reduce to a single DMI table for reboot quirks
      x86/reboot: Clean up coding style


 arch/x86/boot/boot.h     |   2 +-
 arch/x86/kernel/reboot.c | 277 ++++++++++++++++++++++++-----------------------
 arch/x86/kernel/smp.c    | 100 ++++++++---------
 3 files changed, 186 insertion

[PATCH] dmaengine: pl330: dont complete descriptor for cyclic dma

Tushar Behera — 2012-05-23T11:17:31

Commit eab215855803 ("dmaengine: pl330: dont complete descriptor for
cyclic dma") wrongly completes descriptor for cyclic dma, hence following
BUG_ON is still hit with cyclic DMA operations.

kernel BUG at drivers/dma/dmaengine.h:53!

Signed-off-by: Tushar Behera <tushar.behera< at >linaro.org>
---
 drivers/dma/pl330.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
index fa3fb21..8c44f17 100644
--- a/drivers/dma/pl330.c
+++ b/drivers/dma/pl330.c
< at >< at > -2322,7 +2322,7 < at >< at > static void pl330_tasklet(unsigned long data)
 /* Pick up ripe tomatoes */
 list_for_each_entry_safe(desc, _dt, &pch->work_list, node)
 if (desc->status == DONE) {
-if (pch->cyclic)
+if (!pch->cyclic)
 dma_cookie_complete(&desc->txd);
 list_move_tail(&desc->node, &list);
 }

[PATCH] Revert "sched, perf: Use a single callback into the scheduler"

Jiri Olsa — 2012-05-23T11:13:02

SNIP


ok, resending as patch with updated changelog

thanks,
jirka


---
This reverts commit cb04ff9ac424d0e689d9b612e9f73cb443ab4b7e.
  sched, perf: Use a single callback into the scheduler
  Author: Peter Zijlstra <a.p.zijlstra< at >chello.nl>
  Date:   Tue May 8 18:56:04 2012 +0200

Before commit this change was introduced, the process switch worked
like this (wrt to perf event schedule):

     schedule (prev, next)
       - schedule out all perf events for prev
       - switch to next
       - schedule in all perf events for current (next)

After the commit, the process switch looks like:

     schedule (prev, next)
       - schedule out all perf events for prev
       - schedule in all perf events for (next)
       - switch to next

The problem is, that after we schedule perf events in, the pmu is
enabled and we can receive events even before we make the switch
to next - so "current" still being prev process (event SAMPLE data
are filled based on the value of the "current" process).

Thats exactly what we

[PATCH] [RFC] UBI: Implement Fastmap support

Richard Weinberger — 2012-05-23T11:06:31

Fastmap (aka checkpointing) allows attaching of an UBI volume in nearly
constant time. Only a fixed number of PEBs has to be scanned.

Signed-off-by: Richard Weinberger <richard< at >nod.at>
---
 drivers/mtd/ubi/Makefile    |    2 +-
 drivers/mtd/ubi/attach.c    |   34 +-
 drivers/mtd/ubi/build.c     |   25 +
 drivers/mtd/ubi/eba.c       |   18 +-
 drivers/mtd/ubi/fastmap.c   | 1240 +++++++++++++++++++++++++++++++++++++++++++
 drivers/mtd/ubi/ubi-media.h |  119 +++++
 drivers/mtd/ubi/ubi.h       |   68 +++-
 drivers/mtd/ubi/wl.c        |  184 +++++++-
 8 files changed, 1667 insertions(+), 23 deletions(-)
 create mode 100644 drivers/mtd/ubi/fastmap.c

diff --git a/drivers/mtd/ubi/Makefile b/drivers/mtd/ubi/Makefile
index a0803ac..c9f0269 100644
--- a/drivers/mtd/ubi/Makefile
+++ b/drivers/mtd/ubi/Makefile
< at >< at > -1,6 +1,6 < at >< at >
 obj-$(CONFIG_MTD_UBI) += ubi.o
 
 ubi-y += vtbl.o vmt.o upd.o build.o cdev.o kapi.o eba.o io.o wl.o attach.o
-ubi-y += misc.o debug.o
+ubi-y += fastmap.o misc.o debug.o
 
 obj-$(CONFIG_MTD_UBI_GL

[RFC v7] UBI: Fastmap support (aka checkpointing)

Richard Weinberger — 2012-05-23T11:06:30

v1: https://lwn.net/Articles/481612/
v2: https://lwn.net/Articles/496586/
v3: Didn't release it to linux-mtd
v4: http://article.gmane.org/gmane.linux.kernel/1297626
v5: http://article.gmane.org/gmane.linux.kernel/1298488
v6: https://lwn.net/Articles/498041/

Changes since v1:
       - renamed it to UBIVIS (at least in Kconfig)
       - UBIVIS parameters are now configurable via Kconfig
       - several bugs have been fixed (design and implementation bugs)
       - added lots of comments to make the review process easier
       - made checkpatch.pl happy

Changes since v2:
       - minor bugs have been fixed
       - renamed it to UBI fastmap (as Artem requested)

Changes since v3:
       - changed the on-flash layout (added padding fields, turned the
         EBA storage into an array)
       - fixed some corner cases (the protection queue needed some extra work)
       - removed the data type hint logic
       - rebased to Artems mtd tree

Changes since v4:
       - fixed static volume handling (used_ebs an

[rfc v2 6/7] fs, exportfs: Add export_encode_inode_fh helper

Cyrill Gorcunov — 2012-05-23T10:25:47

To provide fsnotify object inodes being watched without
binding to alphabetical path we need to encode them with
exportfs help. This patch adds a helper which operates
with plain inodes directly.

This feature is CONFIG_CHECKPOINT_RESTORE only.

Signed-off-by: Cyrill Gorcunov <gorcunov< at >openvz.org>
CC: Andrew Morton <akpm< at >linux-foundation.org>
CC: Pavel Emelyanov <xemul< at >parallels.com>
CC: James Bottomley <jbottomley< at >parallels.com>
---
 fs/exportfs/expfs.c      |   21 +++++++++++++++++++++
 include/linux/exportfs.h |    4 ++++
 2 files changed, 25 insertions(+)

Index: linux-2.6.git/fs/exportfs/expfs.c
===================================================================
--- linux-2.6.git.orig/fs/exportfs/expfs.c
+++ linux-2.6.git/fs/exportfs/expfs.c
< at >< at > -302,6 +302,27 < at >< at > out:
 return error;
 }
 
+#ifdef CONFIG_CHECKPOINT_RESTORE
+int export_encode_inode_fh(struct inode *inode, struct fid *fid, int *max_len)
+{
+int len = *max_len;
+int type = FILEID_INO32_GEN;
+
+if (len < 2) {
+*max_len = 2;
+return 255

Re: [PATCH] UBIFS: introduce struct ubifs_keymap

Artem Bityutskiy — 2012-05-23T10:46:18

If this function is not going to grow soon, just open-code
'get_random_bytes()' instead. Try to not introduce wrappers like this -
we do not appreciate it usually, we prefer open-coding things unless
there is a good reason to have a wrapper function.

[rfc v2 5/7] fs, epoll: Add procfs fdinfo helper

Cyrill Gorcunov — 2012-05-23T10:25:46

This allow us to print out eventpoll target file descriptor,
events and data, the /proc/pid/fdinfo/fd consists of

 | pos:0
 | flags:02
 | tfd:        5 events:       1d data: ffffffffffffffff

This feature is CONFIG_CHECKPOINT_RESTORE only.

Signed-off-by: Cyrill Gorcunov <gorcunov< at >openvz.org>
CC: Andrew Morton <akpm< at >linux-foundation.org>
CC: Pavel Emelyanov <xemul< at >parallels.com>
CC: James Bottomley <jbottomley< at >parallels.com>
---
 fs/eventpoll.c |   81 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 81 insertions(+)

Index: linux-2.6.git/fs/eventpoll.c
===================================================================
--- linux-2.6.git.orig/fs/eventpoll.c
+++ linux-2.6.git/fs/eventpoll.c
< at >< at > -37,6 +37,8 < at >< at >
 #include <asm/io.h>
 #include <asm/mman.h>
 #include <linux/atomic.h>
+#include <linux/proc_fs.h>
+#include <linux/seq_file.h>
 
 /*
  * LOCKING:
< at >< at > -1815,6 +1817,83 < at >< at > SYSCALL_DEFINE6(epoll_pwait, int, epfd,
 
 #endif /* HAVE_SET_RESTORE_SIGMASK */
 
+#if defined(CONFIG_PROC

Re: [PATCH 2/3] Staging: ipack: fix failure registering an ipack device

Samuel Iglesias Gonsálvez — 2012-05-23T10:42:11

Yes, you are right. I will work again on these patches.

Thanks,

Sam

[rfc v2 7/7] fs, notify: Add procfs fdinfo helper

Cyrill Gorcunov — 2012-05-23T10:25:48

This allow us to print out fsnotify details such as
watchee inode, device, mask and file handle.

For example for inotify objects the output is

 | pos:0
 | flags:02000000
 | inotify wd:        3 ino:             9e7e sdev:   800013 mask  800afce ignored_mask        0 fhandle-bytes:        8 fhandle-type:        1 f_handle: 7e9e0000640d1b6d
 | inotify wd:        2 ino:             a111 sdev:   800013 mask  800afce ignored_mask        0 fhandle-bytes:        8 fhandle-type:        1 f_handle: 11a1000020542153
 | inotify wd:        1 ino:            6b149 sdev:   800013 mask  800afce ignored_mask        0 fhandle-bytes:        8 fhandle-type:        1 f_handle: 49b1060023552153

For fanotify it is like

 | pos:0
 | flags:02
 | fanotify ino:            68f71 sdev:   800013 mask        1 ignored_mask 40000000 fhandle-bytes:        8 fhandle-type:        1 f_handle: 718f0600b9f42053
 | fanotify mnt_id:       13 mask        1 ignored_mask 40000000

This feature is CONFIG_CHECKPOINT_RESTORE only. To minimize
im

[rfc v2 1/7] procfs: Move /proc/pid/fd[info] handling code to fd.[ch]

Cyrill Gorcunov — 2012-05-23T10:25:42

This prepares the ground for further extension of /proc/pid/fd[info]
handling code, also makes both fs/proc/base.c and fs/proc/fd.c easier
to read.

Signed-off-by: Cyrill Gorcunov <gorcunov< at >openvz.org>
CC: Andrew Morton <akpm< at >linux-foundation.org>
CC: Pavel Emelyanov <xemul< at >parallels.com>
CC: James Bottomley <jbottomley< at >parallels.com>
---
 fs/proc/Makefile   |    2 
 fs/proc/base.c     |  401 -----------------------------------------------------
 fs/proc/fd.c       |  370 ++++++++++++++++++++++++++++++++++++++++++++++++
 fs/proc/fd.h       |   14 +
 fs/proc/internal.h |   49 ++++++
 5 files changed, 436 insertions(+), 400 deletions(-)

Index: linux-2.6.git/fs/proc/Makefile
===================================================================
--- linux-2.6.git.orig/fs/proc/Makefile
+++ linux-2.6.git/fs/proc/Makefile
< at >< at > -8,7 +8,7 < at >< at > proc-y:= nommu.o task_nommu.o
 proc-$(CONFIG_MMU):= mmu.o task_mmu.o
 
 proc-y       += inode.o root.o base.o generic.o array.o \
-proc_tty.o
+proc_tty.o fd.o
 proc-y+= cmdl

[rfc v2 2/7] procfs: Convert /proc/pid/fdinfo/ handling routines to seq-file

Cyrill Gorcunov — 2012-05-23T10:25:43

This patch converts /proc/pid/fdinfo/ handling routines to seq-file which
is needed to extend seq operations to plug in auxiliary fdinfo provides
from subsystems like eventfd/eventpoll/fsnotify.

Signed-off-by: Cyrill Gorcunov <gorcunov< at >openvz.org>
CC: Andrew Morton <akpm< at >linux-foundation.org>
CC: Pavel Emelyanov <xemul< at >parallels.com>
CC: James Bottomley <jbottomley< at >parallels.com>
---
 fs/proc/fd.c |  136 ++++++++++++++++++++++++++++++++++++-----------------------
 1 file changed, 84 insertions(+), 52 deletions(-)

Index: linux-2.6.git/fs/proc/fd.c
===================================================================
--- linux-2.6.git.orig/fs/proc/fd.c
+++ linux-2.6.git/fs/proc/fd.c
< at >< at > -6,66 +6,90 < at >< at >
 #include <linux/namei.h>
 #include <linux/pid.h>
 #include <linux/security.h>
+#include <linux/file.h>
+#include <linux/seq_file.h>
 
 #include <linux/proc_fs.h>
 
 #include "internal.h"
+#include "fd.h"
 
-#define PROC_FDINFO_MAX 64
+struct proc_fdinfo {
+loff_tf_pos;
+intf_flags;
+};
 
-static int proc_fd_i

[rfc v2 3/7] procfs: Add ability to plugin auxiliary fdinfo providers

Cyrill Gorcunov — 2012-05-23T10:25:44

This patch brings ability to plugin auxiliary fdinfo providers.
For example in further patches eventfd, evenpoll and fsnotify
will print out information associated with files.

This feature is CONFIG_CHECKPOINT_RESTORE guarded to eliminate
overhead for those who don't need it at all (this
unfortunately makes patch bigger than I wanted).

Signed-off-by: Cyrill Gorcunov <gorcunov< at >openvz.org>
CC: Andrew Morton <akpm< at >linux-foundation.org>
CC: Pavel Emelyanov <xemul< at >parallels.com>
CC: James Bottomley <jbottomley< at >parallels.com>
---
 fs/proc/fd.c            |  208 ++++++++++++++++++++++++++++++++++++++++++++++++
 include/linux/proc_fs.h |   28 ++++++
 2 files changed, 236 insertions(+)

Index: linux-2.6.git/fs/proc/fd.c
===================================================================
--- linux-2.6.git.orig/fs/proc/fd.c
+++ linux-2.6.git/fs/proc/fd.c
< at >< at > -8,12 +8,218 < at >< at >
 #include <linux/security.h>
 #include <linux/file.h>
 #include <linux/seq_file.h>
+#include <linux/spinlock.h>
 
 #include <linux/proc_fs.h>
 
 #