[PATCH v6] arm: use built-in byte swap function

On Thu, 21 Feb 2013 22:40:08 -0500 Nicolas Pitre wrote: > On Thu, 21 Feb 2013, Kim Phillips wrote: > > > Here's the asm version I'm working on now, based on compiler > > output of the C version. Haven't tested beyond defconfig builds, > > which pass ok. > > > > Is there anything I have to do f

Re: [GIT PATCH] USB patches for 3.9-rc1

On Sat, Feb 23, 2013 at 01:35:26AM +0100, Rafael J. Wysocki wrote: > On Saturday, February 23, 2013 01:10:55 AM Fabio Baltieri wrote: > > Well, this did the trick in my case: > > > > --- >8 --- > > diff --git a/drivers/acpi/power.c b/drivers/acpi/power.c > > index b820528..54175a0 100644 > > --- a

Re: [PATCH 28/40] Input: atmel_mxt_ts - Add CHG line handling in bootloader code

On Fri, Feb 22, 2013 at 9:58 AM, Nick Dyer wrote: > The bootloader state machine toggles the CHG/Interrupt line to indicate when > it has transitioned between states. Waiting for this event improves bootloader > reliability. > > Signed-off-by: Nick Dyer > --- > drivers/input/touchscreen/atmel_mx

Re: [GIT PATCH] USB patches for 3.9-rc1

On Friday, February 22, 2013 05:10:43 PM Linus Torvalds wrote: > On Fri, Feb 22, 2013 at 4:48 PM, Rafael J. Wysocki wrote: > > > > The problem is, though, that even if bisection turns up something, it > > doesn't > > automatically mean that this particular commit is the one that caused the > > pr

[GIT PULL] LED subsystem update for v3.9

The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7: Linux 3.8-rc6 (2013-02-01 12:08:14 +1100) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/linux-leds.git for-next for you to fetch changes up to 4b07c5d5123f76487c61cf

Crypto Update for 3.9

Hi Linus: Here is the crypto update for 3.9: * Added accelerated implementation of crc32 using pclmulqdq. * Added test vector for fcrypt. * Added support for OMAP4/AM33XX cipher and hash. * Fixed loose crypto_user input checks. * Misc fixes. Please pull from git://git.kernel.org/pub/scm/linux/

Re: [PATCH v6] arm: use built-in byte swap function

On Fri, 22 Feb 2013, Kim Phillips wrote: > On Thu, 21 Feb 2013 22:40:08 -0500 > Nicolas Pitre wrote: > > > On Thu, 21 Feb 2013, Kim Phillips wrote: > > > > > Here's the asm version I'm working on now, based on compiler > > > output of the C version. Haven't tested beyond defconfig builds, > >

[PATCH] tty: fix ldisc flush and termios setting race

From: Min Zhang A race condition can clear tty ldisc icanon bit unintentionally which could stop n_tty from processing received characters. It can occur when tty receiver buffer was full, e.g. 4096 chars received, 8250 serial driver interrupt tried to flush_to_ldisc them, but other shell thread

Re: [PATCH v4 2/2] cpufreq: Convert the cpufreq_driver_lock to use the rcu

Hi Nathan, Sorry for pointing out this so late but i still feel we are missing something really important. On 22 February 2013 21:54, Nathan Zimmer wrote: > - read_lock_irqsave(&cpufreq_driver_lock, flags); > + rcu_read_lock(); > + freqs->flags = rcu_dereference(cpufreq_driver

[PATCH 2/2] regulators: max8998.c: use dev_err() instead of printk()

Fixes the following checkpatch warning: WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(... to printk(KERN_ERR ... Signed-off-by: Thiago Farina --- drivers/regulator/max8998.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/regulator

Re: [PATCH v4 1/2] cpufreq: Convert the cpufreq_driver_lock to a rwlock

On 22 February 2013 21:54, Nathan Zimmer wrote: > This eliminates the contention I am seeing in __cpufreq_cpu_get. > It also nicely stages the lock to be replaced by the rcu. > > Cc: Viresh Kumar > Cc: "Rafael J. Wysocki" > Signed-off-by: Nathan Zimmer Acked-by: Viresh Kumar @Rafael: I am to

Re: [GIT PATCH] USB patches for 3.9-rc1

On Saturday, February 23, 2013 02:44:27 AM Fabio Baltieri wrote: > On Sat, Feb 23, 2013 at 01:35:26AM +0100, Rafael J. Wysocki wrote: > > On Saturday, February 23, 2013 01:10:55 AM Fabio Baltieri wrote: > > > Well, this did the trick in my case: > > > > > > --- >8 --- > > > diff --git a/drivers/ac

Re: [PATCH v3 2/2] lib/scatterlist: use page iterator in the mapping iterator

ars in linux-next since next-20130220. It breaks mounting a root filesystem on an SD card on the Raspberry Pi ARM platform, with errors such as those shown below. next-20130222 with just this patch reverted works fine. > [0.708426] VFS: Mounted root (ext4 filesystem) on device 179:2.

[PATCH] regulators: max8998.c: use dev_err() instead of printk()

Fixes the following checkpatch warning: WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(... to printk(KERN_ERR ... Signed-off-by: Thiago Farina --- drivers/regulator/max8998.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/drivers/regulat

[PATCH v5 1/3] mfd: syscon: Removed support for unloading

The driver can be used in various subsystems and therefore should not be unloaded when it is defined in the kernel configuration, so remove support for unloading it. Signed-off-by: Alexander Shiyan --- drivers/mfd/syscon.c | 18 -- 1 file changed, 18 deletions(-) diff --git a/dr

[PATCH v5 2/3] mfd: syscon: Removed unneeded field "dev" from private driver structure

Signed-off-by: Alexander Shiyan --- drivers/mfd/syscon.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/mfd/syscon.c b/drivers/mfd/syscon.c index 55d7915..2c59ce6 100644 --- a/drivers/mfd/syscon.c +++ b/drivers/mfd/syscon.c @@ -25,17 +25,15 @@ static struct plat

Re: [GIT PULL] parisc updates for 3.9

On Fri, Feb 22, 2013 at 1:16 PM, Helge Deller wrote: > > git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git > parisc-3.9 In general, I'd love to also get a short human-readable explanation of what the pull does for the merge message. As it is, I just made something up.

Re[2]: [PATCH v4] mfd: syscon: Add non-DT support

> On Fri, Feb 22, 2013 at 04:29:55PM +0800, Dong Aisheng wrote: > > On Fri, Feb 22, 2013 at 08:27:19AM +0100, Thierry Reding wrote: > > ... > > > > > > Otherwise, i'm also ok with this patch. > > > > > > Acked-by: Dong Aisheng > > > > > > > > > > > > BTW, i did not see Samuel's tree having this n

Re: [PATCH v5 1/3] mfd: syscon: Removed support for unloading

On 02/22/2013 10:15 PM, Alexander Shiyan wrote: > The driver can be used in various subsystems and therefore should not > be unloaded when it is defined in the kernel configuration, so remove > support for unloading it. Why not fix the clients to module_get() at the appropriate times; then you cou

[PATCH v5 3/3] mfd: syscon: Add non-DT support

This patch allow using syscon driver from the platform data, i.e. possibility using driver on systems without oftree support. For search syscon device from the client drivers, "syscon_regmap_lookup_by_pdevname" function was added. Signed-off-by: Alexander Shiyan --- drivers/mfd/Kconfig|

Re[2]: [PATCH v5 1/3] mfd: syscon: Removed support for unloading

> On 02/22/2013 10:15 PM, Alexander Shiyan wrote: > > The driver can be used in various subsystems and therefore should not > > be unloaded when it is defined in the kernel configuration, so remove > > support for unloading it. > > Why not fix the clients to module_get() at the appropriate times;

Re: [RFC] perf: need to expose sched_clock to correlate user samples with kernel samples

On 02/20/2013 02:29 AM, Peter Zijlstra wrote: On Tue, 2013-02-19 at 10:25 -0800, John Stultz wrote: So describe how the perf time domain is different then CLOCK_MONOTONIC_RAW. The primary difference is that the trace/sched/perf time domain is not strictly monotonic, it is only locally monotonic

Re: [v3.8 Regression] watchdog: sp5100_tco: Add SB8x0 chipset support

Hi Joseph, Thank you for testing! I will submit this patch to the linux-watchdog community after adding commit log to patch. 2013/2/22 Joseph Salisbury : > The I/O data can be seen at: > https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1116835/+attachment/3540738/+files/iomem.txt In the case

Re: [PATCH] clocksource : nomadik-mtu : fix missing irq initialization

On 02/22/2013 06:21 PM, Linus Walleij wrote: > On Fri, Feb 22, 2013 at 4:44 PM, Daniel Lezcano > wrote: > >> This patch fix the clock device irq field which is not initialized. >> >> Signed-off-by: Daniel Lezcano > > Makes perfect sense: > Acked-by: Linus Walleij > > Sorry that I might have m

ARM: ixp4xx regression (bisected) since v3.5-rc1

I am using an ADI Pronghorn Metro board and noticed an issue with any kernel >= 3.5-rc1 where the board would not boot (or at least no console messages appear over the serial port), just giving "Uncompressing Linux... done, booting the kernel." and stopping there. I ran a git bisect between v3.4 a

Re: [PATCH 8/9] memory-hotplug: enable memory hotplug to handle hugepage

Hello Naoya [add Michal in cc list] On Fri, Feb 22, 2013 at 3:41 AM, Naoya Horiguchi wrote: > > +/* Returns true for head pages of in-use hugepages, otherwise returns false. > */ > +int is_hugepage_movable(struct page *hpage) s/int/bool/ can we? > +{ > + struct page *page; > + stru

RE: [PATCH] xfs: Fix possible truncation of log data in xlog_bread_noalign()

>From: Dave Chinner [mailto:da...@fromorbit.com] >On Fri, Feb 22, 2013 at 08:12:52AM +, Tony Lu wrote: >> I encountered the following panic when using xfs partitions as rootfs, which >> is due to the truncated log data read by xlog_bread_noalign(). We should >> extend the buffer by one extra lo

[PATCH] vxlan: remove depends on CONFIG_EXPERIMENTAL

The CONFIG_EXPERIMENTAL config item has not carried much meaning for a while now and is almost always enabled by default. As agreed during the Linux kernel summit, remove it from any "depends on" lines in Kconfigs. Signed-off-by: Kees Cook Cc: Stephen Hemminger Cc: David S. Miller --- drivers/

[PATCH] arch/x86/xen: remove depends on CONFIG_EXPERIMENTAL

The CONFIG_EXPERIMENTAL config item has not carried much meaning for a while now and is almost always enabled by default. As agreed during the Linux kernel summit, remove it from any "depends on" lines in Kconfigs. Signed-off-by: Kees Cook Cc: Stefano Stabellini Cc: Mukesh Rathor Cc: Konrad Rze

[PATCH] drivers/vhost: remove depends on CONFIG_EXPERIMENTAL

The CONFIG_EXPERIMENTAL config item has not carried much meaning for a while now and is almost always enabled by default. As agreed during the Linux kernel summit, remove it from any "depends on" lines in Kconfigs. Signed-off-by: Kees Cook Cc: David S. Miller Cc: Asias He Cc: Michael S. Tsirkin

Are there numa balancing topics scheduled for the incoming LSF?

Hello all On Mon, Dec 17, 2012 at 7:19 AM, Linus Torvalds wrote: > On Wed, Dec 12, 2012 at 2:03 AM, Mel Gorman wrote: >> This is a pull request for "Automatic NUMA Balancing V11". The list > > Ok, guys, I've pulled this and pushed out. There were some conflicts > with both the VM changes and wit

[PATCH] drivers/vfio: remove depends on CONFIG_EXPERIMENTAL

The CONFIG_EXPERIMENTAL config item has not carried much meaning for a while now and is almost always enabled by default. As agreed during the Linux kernel summit, remove it from any "depends on" lines in Kconfigs. Signed-off-by: Kees Cook Cc: Alex Williamson --- drivers/vfio/pci/Kconfig |2

[PATCH] md/raid456: remove depends on CONFIG_EXPERIMENTAL

The CONFIG_EXPERIMENTAL config item has not carried much meaning for a while now and is almost always enabled by default. As agreed during the Linux kernel summit, remove it from any "depends on" lines in Kconfigs. Signed-off-by: Kees Cook Cc: Arjan van de Ven Cc: Dan Williams Cc: Alasdair G Ke

[PATCH 2/5] W1: w1-gpio - switch to using dev_pm_ops

Signed-off-by: Dmitry Torokhov --- drivers/w1/masters/w1-gpio.c | 20 1 file changed, 8 insertions(+), 12 deletions(-) diff --git a/drivers/w1/masters/w1-gpio.c b/drivers/w1/masters/w1-gpio.c index 799dafd..c45b9ae 100644 --- a/drivers/w1/masters/w1-gpio.c +++ b/drivers/w1/m

[PATCH 3/5] W1: w1-gpio - guard DT IDs with CONFIG_OF

This fixes the following warning: CC drivers/w1/masters/w1-gpio.o drivers/w1/masters/w1-gpio.c:50:28: warning: ‘w1_gpio_dt_ids’ defined but not used [-Wunused-variable] Also provide stub for w1_gpio_probe_dt() if device tree support is disabled. Signed-off-by: Dmitry Torokhov --- drive

[PATCH 5/5] W1: w1-gpio - switch to using managed resources (devm)

This simplifies error unwinding and device teardown. Signed-off-by: Dmitry Torokhov --- drivers/w1/masters/w1-gpio.c | 31 ++- 1 file changed, 10 insertions(+), 21 deletions(-) diff --git a/drivers/w1/masters/w1-gpio.c b/drivers/w1/masters/w1-gpio.c index ee6b6e3..19

[PATCH 4/5] W1: w1-gpio - rework handling of platform data

The platform data in the dveice structure does not belong to the driver and so it should not be trying to alter it, but instead use a local pointer and populate it with a local copy in case we are dealing with device tree setup. Also allow mixed setups where platform data coexists with device tree

[PATCH v2 1/4] DMA: pl330: support burst mode for dev-to-mem and mem-to-dev transmit

This patch adds to support burst mode for dev-to-mem and mem-to-dev transmit Change-Id: I9723e49383416773699cf7735168177c8d036f30 Signed-off-by: Boojin Kim --- drivers/dma/pl330.c | 12 +++- 1 files changed, 7 insertions(+), 5 deletions(-) diff --git a/drivers/dma/pl330.c b/drivers/dm

[PATCH v2 2/4] ARM: EXYNOS: support burst mode for for dev-to-mem and mem-to-dev transmit

This patch adds to support burst mode for for dev-to-mem and dev-to-mem transmit Signed-off-by: Boojin Kim --- arch/arm/plat-samsung/dma-ops.c |4 ++-- arch/arm/plat-samsung/include/plat/dma-ops.h |1 + 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/arch/arm/

Re: Dangerous devm_request_irq() conversions

On Fri, Feb 22, 2013 at 04:57:29PM +0900, Jingoo Han wrote: > On Friday, February 22, 2013 4:27 PM, Dmitry Torokhov wrote: > > On Fri, Feb 22, 2013 at 04:12:36PM +0900, Jingoo Han wrote: > > > On Friday, February 22, 2013 3:54 PM, Dmitry Torokhov wrote: > > > > > > > > Hi, > > > > > > > > It looks

Re: [PATCH v2 10/18] mm: teach truncate_inode_pages_range() to handle non page aligned ranges

On Thu, 21 Feb 2013, Andrew Morton wrote: > Date: Thu, 21 Feb 2013 13:49:04 -0800 > From: Andrew Morton > To: Lukáš Czerner > Cc: linux...@kvack.org, linux-kernel@vger.kernel.org, > linux-fsde...@vger.kernel.org, linux-e...@vger.kernel.org, > Hugh Dickins > Subject: Re: [PATCH v2 10/18]

[PATCH] ARM: vfp: fix fpsid register subarchitecture field mask width

From: Steve Muckle The subarchitecture field in the fpsid register is 7 bits wide. The topmost bit is used to designate that the subarchitecture designer is not ARM. We use this field to determine which VFP version is supported by the CPU. Since the topmost bit is masked off we detect non-ARM sub

[PATCH v2 3/4] spi: s3c64xx: add dma maxburst size initialization

This patch adds dma maxburst size initialization. The maxburst should be set by MODE_CFGn.DMA_TYPE, because the pl330 dma driver supports burst mode. Signed-off-by: Hyeonkook Kim --- drivers/spi/spi-s3c64xx.c | 18 ++ 1 files changed, 18 insertions(+), 0 deletions(-) diff --gi

[PATCH v2 4/4] ASoC: samsung: add to configure dma maxburst size

This patch adds to configure dma maxburst size. Signed-off-by: Boojin Kim --- sound/soc/samsung/dma.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/sound/soc/samsung/dma.c b/sound/soc/samsung/dma.c index 21b7926..bd4faa0 100644 --- a/sound/soc/samsung/dma.c +++ b/sound

Re: [PATCH XEN] xen: event channel arrays are xen_ulong_t and not unsigned long

>>> On 21.02.13 at 18:16, Ian Campbell wrote: > On Tue, 2013-02-19 at 14:49 +, Ian Campbell wrote: >> On ARM we want these to be the same size on 32- and 64-bit. >> >> This is an ABI change on ARM. X86 does not change. >> >> Signed-off-by: Ian Campbell >> Cc: Jan Beulich >> Cc: Keir (Xen.o

[PATCH] xfs: Fix possible truncation of log data in xlog_bread_noalign()

I encountered the following panic when using xfs partitions as rootfs, which is due to the truncated log data read by xlog_bread_noalign(). We should extend the buffer by one extra log sector to ensure there's enough space to accommodate requested log data, which we indeed did in xlog_get_bp(), but

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On Fri, 2013-02-22 at 10:36 +0800, Michael Wang wrote: > According to my understanding, in the old world, wake_affine() will > only > be used if curr_cpu and prev_cpu share cache, which means they are in > one package, whatever search in llc sd of curr_cpu or prev_cpu, we > won't > have the chance

Re: [BUG bisected]: apei_hest_parse explosion

On Fri, 22 Feb 2013, Rafael J. Wysocki wrote: > On Friday, February 22, 2013 02:40:58 AM Rafael J. Wysocki wrote: > > It looks like the hest_tab memory mapping is unmapped between > > acpi_hest_init() > > and aer_acpi_firmware_first(), but I have no idea what may be responsible > > for > > that.

Re: [PATCH for 3.2.34] memcg: do not trigger OOM if PF_NO_MEMCG_OOM is set

>Unfortunately I am not able to reproduce this behavior even if I try >to hammer OOM like mad so I am afraid I cannot help you much without >further debugging patches. >I do realize that experimenting in your environment is a problem but I >do not many options left. Please do not use strace and rat

Re: [PATCH v2] btrfs: use kmalloc for lzo de/compress buffer

On Thu, Feb 21, 2013 at 02:41:53PM +0100, David Sterba wrote: > On Mon, Feb 18, 2013 at 04:56:04PM +0900, Kyungsik Lee wrote: > > @@ -55,8 +55,9 @@ static struct list_head *lzo_alloc_workspace(void) > > return ERR_PTR(-ENOMEM); > > > > workspace->mem = vmalloc(LZO1X_MEM_COMPRESS);

Re: [PATCH XEN] xen: event channel arrays are xen_ulong_t and not unsigned long

On Thu, 2013-02-21 at 18:43 +, Keir Fraser wrote: > On 21/02/2013 17:16, "Ian Campbell" wrote: > > > On Tue, 2013-02-19 at 14:49 +, Ian Campbell wrote: > >> On ARM we want these to be the same size on 32- and 64-bit. > >> > >> This is an ABI change on ARM. X86 does not change. > >> > >>

Re: [PATCH XEN] xen: event channel arrays are xen_ulong_t and not unsigned long

On Fri, 2013-02-22 at 08:12 +, Jan Beulich wrote: > >>> On 21.02.13 at 18:16, Ian Campbell wrote: > > On Tue, 2013-02-19 at 14:49 +, Ian Campbell wrote: > >> On ARM we want these to be the same size on 32- and 64-bit. > >> > >> This is an ABI change on ARM. X86 does not change. > >> > >>

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Fri, Feb 22, 2013 at 08:27:19AM +0100, Thierry Reding wrote: ... > > > > Otherwise, i'm also ok with this patch. > > > > Acked-by: Dong Aisheng > > > > > > > > BTW, i did not see Samuel's tree having this new API. > > > > So, who will pick this patch? > > > > > > I have same question. > > >

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On Fri, 2013-02-22 at 14:42 +0800, Michael Wang wrote: > So this is trying to take care the condition when curr_cpu(local) and > prev_cpu(remote) are on different nodes, which in the old world, > wake_affine() won't be invoked, correct? It'll be called any time this_cpu and prev_cpu aren't one an

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On 02/22/2013 04:17 PM, Mike Galbraith wrote: > On Fri, 2013-02-22 at 14:42 +0800, Michael Wang wrote: > >> So this is trying to take care the condition when curr_cpu(local) and >> prev_cpu(remote) are on different nodes, which in the old world, >> wake_affine() won't be invoked, correct? > > It'

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On Fri, 2013-02-22 at 10:37 +0800, Michael Wang wrote: > But that's really some benefit hardly to be estimate, especially when > the workload is heavy, the cost of wake_affine() is very high to > calculated se one by one, is that worth for some benefit we could not > promise? Look at something lik

Re: [PATCH] MODSIGN: Fix including certificate twice when the signing_key.x509 already exists

Hi David, Thanks for your review and point out! 於 四，2013-02-21 於 14:16 +，David Howells 提到： > > +ifneq ($(shell pwd), $(srctree)) > > How reliable is this, I wonder? > > David > My current shell is bash, and I tried the '$(shell pwd)' in Makefile works for grab the REAL path when the buil

Re: [PATCH 0/2] cpustat: use atomic operations to read/update stats

On Thu, 2013-02-21 at 21:56 -0800, Kevin Hilman wrote: > On 64-bit platforms, reads/writes of the various cpustat fields are > atomic due to native 64-bit loads/stores. However, on non 64-bit > platforms, reads/writes of the cpustat fields are not atomic and could > lead to inconsistent statistics

Re: [PATCH XEN] xen: event channel arrays are xen_ulong_t and not unsigned long

>>> On 22.02.13 at 09:28, Ian Campbell wrote: > On Fri, 2013-02-22 at 08:12 +, Jan Beulich wrote: >> >>> On 21.02.13 at 18:16, Ian Campbell wrote: >> > On Tue, 2013-02-19 at 14:49 +, Ian Campbell wrote: >> >> On ARM we want these to be the same size on 32- and 64-bit. >> >> >> >> This is

Re: New copyfile system call - discuss before LSF?

On 02/21/2013 11:13 PM, Myklebust, Trond wrote: On Thu, 2013-02-21 at 23:05 +0100, Ric Wheeler wrote: On 02/21/2013 09:00 PM, Paolo Bonzini wrote: Il 21/02/2013 15:57, Ric Wheeler ha scritto: sendfile64() pretty much already has the right arguments for a "copyfile", however it would be nice to

[PATCH] ideapad: depends on backlight subsystem and update comment

I've got a report of build failure on ideapad-laptop, which shows drivers/built-in.o: In function `ideapad_acpi_notify': ideapad-laptop.c:(.text+0x63876a): undefined reference to `backlight_force_update' drivers/built-in.o: In function `ideapad_acpi_remove': ideapad-laptop.c:(.devexit.text+0x64a7

[PATCH v2] MODSIGN: Fix including certificate twice when the signing_key.x509 already exists

This issue was found in devel-pekey branch on linux-modsign.git tree. The x509_certificate_list includes certificate twice when the signing_key.x509 already exists. We can reproduce this issue by making kernel twice, the build log of second time looks like this: ... CHK kernel/config_data.h

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Fri, Feb 22, 2013 at 04:29:55PM +0800, Dong Aisheng wrote: > On Fri, Feb 22, 2013 at 08:27:19AM +0100, Thierry Reding wrote: > ... > > > > > Otherwise, i'm also ok with this patch. > > > > > Acked-by: Dong Aisheng > > > > > > > > > > BTW, i did not see Samuel's tree having this new API. > > >

Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug

2013/02/22 10:50, Rafael J. Wysocki wrote: On Thursday, February 21, 2013 06:12:21 PM Toshi Kani wrote: On Fri, 2013-02-22 at 00:06 +0100, Rafael J. Wysocki wrote: From: Rafael J. Wysocki Multiple drivers handling hotplug-capable ACPI device nodes install notify handlers covering the same typ

Re: [PATCH] nohz: Make tick_nohz_irq_exit() irq safe

* Linus Torvalds wrote: > On Thu, Feb 21, 2013 at 10:21 AM, Thomas Gleixner wrote: > > > > This was a draft patch. I made it a WARN_ON_ONCE() already. > > Ok, good. > > I really wish we could just get rid of BUG_ON(). It was a bad > idea, and it makes it easy for people to do the wrong thing

Re: [patch v5 09/15] sched: add power aware scheduling in fork/exec/wake

On Thu, 2013-02-21 at 22:40 +0800, Alex Shi wrote: > > The name is a secondary issue, first you need to explain why you > think > > nr_running is a useful metric at all. > > > > You can have a high nr_running and a low utilization (a burst of > > wakeups, each waking a process that'll instantly go

Re: [PATCH XEN] xen: event channel arrays are xen_ulong_t and not unsigned long

On Fri, 2013-02-22 at 08:48 +, Jan Beulich wrote: > >>> On 22.02.13 at 09:28, Ian Campbell wrote: > > On Fri, 2013-02-22 at 08:12 +, Jan Beulich wrote: > >> >>> On 21.02.13 at 18:16, Ian Campbell wrote: > >> > On Tue, 2013-02-19 at 14:49 +, Ian Campbell wrote: > >> >> On ARM we want t

Re: [PATCH] Unset LANG in setlocalversion script

Le 21/02/2013 22:14, Michal Marek a écrit : Dne 21.2.2013 13:49, Christophe Leroy napsal(a): This patch allows the use of setlocalversion script regardless of the LANG parameter. Otherwise, the `svn info 2>/dev/null | grep '^Last Changed Rev'` returns nothing because for instance, in French the

Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report

Em Fri, 22 Feb 2013 05:50:21 -0300 Mauro Carvalho Chehab escreveu: > Em Fri, 22 Feb 2013 08:45:11 +0800 > Huang Ying escreveu: > > > On Thu, 2013-02-21 at 09:04 -0300, Mauro Carvalho Chehab wrote: > > > Em Thu, 21 Feb 2013 09:26:07 +0800 > > > Huang Ying escreveu: > > > > > > > There is also

[PATCH v2] Unset langage specific variables in setlocalversion script

This patch allows the use of setlocalversion script regardless of the language parameters. Otherwise, the `svn info 2>/dev/null | grep '^Last Changed Rev'` returns nothing because for instance, in French the text 'Last Changed Rev' is replaced by 'Révision de la dernière modification' Signed-off-b

Re: [Announce] Checkpoint-restore tool v0.4

On Wednesday 2013-02-20 12:18, Pavel Emelyanov wrote: > >As was planned, the v0.4 of C/R tools is out, right after the Linux v3.8. > >The most valuable thing in this release, is that all the kernel patches >we had are now merged, and thus what crtools-v0.4 can do will work on >the upstream kernel

Re: [PATCH XEN] xen: event channel arrays are xen_ulong_t and not unsigned long

>>> On 22.02.13 at 09:55, Ian Campbell wrote: > On Fri, 2013-02-22 at 08:48 +, Jan Beulich wrote: >> >>> On 22.02.13 at 09:28, Ian Campbell wrote: >> > On Fri, 2013-02-22 at 08:12 +, Jan Beulich wrote: >> >> >>> On 21.02.13 at 18:16, Ian Campbell wrote: >> >> > On Tue, 2013-02-19 at 14:4

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On 02/22/2013 04:21 PM, Peter Zijlstra wrote: > On Fri, 2013-02-22 at 10:36 +0800, Michael Wang wrote: >> According to my understanding, in the old world, wake_affine() will >> only >> be used if curr_cpu and prev_cpu share cache, which means they are in >> one package, whatever search in llc sd of

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On 02/22/2013 04:36 PM, Peter Zijlstra wrote: > On Fri, 2013-02-22 at 10:37 +0800, Michael Wang wrote: >> But that's really some benefit hardly to be estimate, especially when >> the workload is heavy, the cost of wake_affine() is very high to >> calculated se one by one, is that worth for some ben

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Friday 22 February 2013, Thierry Reding wrote: > On Fri, Feb 22, 2013 at 03:13:12PM +0800, Dong Aisheng wrote: > > On Fri, Feb 22, 2013 at 11:01:18AM +0400, Alexander Shiyan wrote: > > > > On Thu, Feb 21, 2013 at 07:29:02PM +0400, Alexander Shiyan wrote: > > > > > This patch allow using syscon d

Re: [CRIU] [Announce] Checkpoint-restore tool v0.4

On Fri, Feb 22, 2013 at 10:01:19AM +0100, Jan Engelhardt wrote: > > On Wednesday 2013-02-20 12:18, Pavel Emelyanov wrote: > > > >As was planned, the v0.4 of C/R tools is out, right after the Linux v3.8. > > > >The most valuable thing in this release, is that all the kernel patches > >we had are no

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Fri, Feb 22, 2013 at 09:11:53AM +, Arnd Bergmann wrote: > On Friday 22 February 2013, Thierry Reding wrote: > > On Fri, Feb 22, 2013 at 03:13:12PM +0800, Dong Aisheng wrote: > > > On Fri, Feb 22, 2013 at 11:01:18AM +0400, Alexander Shiyan wrote: > > > > > On Thu, Feb 21, 2013 at 07:29:02PM +

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Fri, Feb 22, 2013 at 09:52:12AM +0100, Thierry Reding wrote: > On Fri, Feb 22, 2013 at 04:29:55PM +0800, Dong Aisheng wrote: > > On Fri, Feb 22, 2013 at 08:27:19AM +0100, Thierry Reding wrote: > > ... > > > > > > Otherwise, i'm also ok with this patch. > > > > > > Acked-by: Dong Aisheng > > > >

Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report

Em Fri, 22 Feb 2013 08:45:11 +0800 Huang Ying escreveu: > On Thu, 2013-02-21 at 09:04 -0300, Mauro Carvalho Chehab wrote: > > Em Thu, 21 Feb 2013 09:26:07 +0800 > > Huang Ying escreveu: > > > > There is also an advantage on taking this approach: this patch can have just > > the ghes changes, a

Re: [PATCHv5 1/8] zsmalloc: add to mm/

On Wed, Feb 20, 2013 at 08:37:33AM +0900, Minchan Kim wrote: > On Tue, Feb 19, 2013 at 11:54:21AM -0600, Seth Jennings wrote: > > On 02/19/2013 03:18 AM, Joonsoo Kim wrote: > > > Hello, Seth. > > > I'm not sure that this is right time to review, because I already have > > > seen many effort of vari

Re: [PATCH v4] mfd: syscon: Add non-DT support

On Fri, Feb 22, 2013 at 05:20:56PM +0800, Dong Aisheng wrote: > On Fri, Feb 22, 2013 at 09:52:12AM +0100, Thierry Reding wrote: > > On Fri, Feb 22, 2013 at 04:29:55PM +0800, Dong Aisheng wrote: > > > On Fri, Feb 22, 2013 at 08:27:19AM +0100, Thierry Reding wrote: > > > ... > > > > > > > Otherwise,

Re: [PATCH -next] spi: fix return value check in ce4100_spi_probe()

On Fri, Feb 22, 2013 at 10:52:35AM +0800, Wei Yongjun wrote: > From: Wei Yongjun > > In case of error, the function platform_device_register_full() > returns ERR_PTR() and never returns NULL. The NULL test in the > return value check should be replaced with IS_ERR(). > > Signed-off-by: Wei Yongj

Re: [PATCH v4] mfd: syscon: Add non-DT support

On 22 February 2013 17:24, Thierry Reding wrote: ... >> I just tried update to latest linus tree, still did not find this API defined >> in include/linux/io.h. >> Would you mind point it out for me? > > Commit 75096579c3ac39ddc2f8b0d9a8924eba31f4d920 introduced it. The > prototype is in include/li

[PATCH] Adds support for Open Firmware in MAX730x GPIO Driver

This patch allows the use of the MAX730x Driver on systems using the Open Firmware platform format Signed-off-by: Patrick Vasseur Signed-off-by: Christophe Leroy diff -ur linux-3.7.9/drivers/gpio/gpio-max7301.c linux/drivers/gpio/gpio-max7301.c --- linux-3.7.9/drivers/gpio/gpio-max7301.c 2

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On Fri, 2013-02-22 at 17:10 +0800, Michael Wang wrote: > On 02/22/2013 04:21 PM, Peter Zijlstra wrote: > > On Fri, 2013-02-22 at 10:36 +0800, Michael Wang wrote: > >> According to my understanding, in the old world, wake_affine() will > >> only > >> be used if curr_cpu and prev_cpu share cache, whi

[PATCH] x86: fix warning for sta2x11

The .free field of struct dma_map_ops features a prototype that is different from what lib/swiotlb.c offers. The new "attrs" argument in dma_ops.free is missing from the generic implementation. This removes the build warning by providing a function that just calls swiotlb_free_coherent() without p

[PATCH] mfd: trivially fix build warning in sta2x11-mfd

This driver cannot be a module, so "remove" is never called. The mishap is mine, and back then there was no warning due to __devexit(). Signed-off-by: Alessandro Rubini Acked-by: Giancarlo Asnaghi --- drivers/mfd/sta2x11-mfd.c | 11 --- 1 files changed, 0 insertions(+), 11 deletions(

Re: [PATCHv6 1/8] zsmalloc: add to mm/

On Wed, Feb 20, 2013 at 04:04:41PM -0600, Seth Jennings wrote: > = > DO NOT MERGE, FOR REVIEW ONLY > This patch introduces zsmalloc as new code, however, it already > exists in drivers/staging. In order to build successfully, you > must select EITHER to driver/staging version OR this versi

Re: [GIT PATCH] USB patches for 3.9-rc1

On 2013/2/22 16:59, Dave Jones wrote: On Thu, Feb 21, 2013 at 10:40:10AM -0800, Greg KH wrote: > USB patches for 3.9-rc1 > > Here's the big USB merge for 3.9-rc1 > > Nothing major, lots of gadget fixes, and of course, xhci stuff. I get no USB devices recognised when I insert them any

Re: sched: Fix signedness bug in yield_to()

* Marcelo Tosatti wrote: > On Thu, Feb 21, 2013 at 09:56:54AM +0100, Ingo Molnar wrote: > > > > * Shuah Khan wrote: > > > > > On Tue, Feb 19, 2013 at 7:27 PM, Linux Kernel Mailing List > > > wrote: > > > > Gitweb: > > > > http://git.kernel.org/linus/;a=commit;h=c3c186403c6abd32e719f005f

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On Fri, 2013-02-22 at 09:36 +0100, Peter Zijlstra wrote: > On Fri, 2013-02-22 at 10:37 +0800, Michael Wang wrote: > > But that's really some benefit hardly to be estimate, especially when > > the workload is heavy, the cost of wake_affine() is very high to > > calculated se one by one, is that wor

Re: New copyfile system call - discuss before LSF?

Il 21/02/2013 23:24, Zach Brown ha scritto: > You could make it work with some locking and out_fd seeking to set the > write offset before calling sendfile64()+flags, but ugh. > > ssize_t sendfile(int out_fd, int in_fd, off_t in_offset, off_t > out_offset, size_t count, int flag

Re: Kernel 3.7.2 strange warning and short system hang

Hi, thanks for your help. I patched my kernel yesterday. Now I have to wait some days. The error occurs not periodically. If it occurs again I let you now. many thanks Urban On 20.02.2013 17:52, Eric Dumazet wrote: On Wed, 2013-02-20 at 17:10 +0100, Urban Loesch wrote: Hi, today I had a str

Re: [GIT PATCH] USB patches for 3.9-rc1

On 2013/2/22 16:59, Dave Jones wrote: On Thu, Feb 21, 2013 at 10:40:10AM -0800, Greg KH wrote: > USB patches for 3.9-rc1 > > Here's the big USB merge for 3.9-rc1 > > Nothing major, lots of gadget fixes, and of course, xhci stuff. I get no USB devices recognised when I insert them any

Re: [PATCH] scripts/link-vmlinux.sh: source variables from KCONFIG_CONFIG

On Tue, Jan 08, 2013 at 07:05:26PM +0100, Michael Grzeschik wrote: > Its possible to superseed the config file with KCONFIG_CONFIG and have > completely no .config in the tree. The current script is sourcing > .config in every case, so the kernel will never build succesfully. This > patch fixes tha

Re: [GIT PATCH] USB patches for 3.9-rc1

On Thu, Feb 21, 2013 at 10:40:10AM -0800, Greg KH wrote: > USB patches for 3.9-rc1 > > Here's the big USB merge for 3.9-rc1 > > Nothing major, lots of gadget fixes, and of course, xhci stuff. I get no USB devices recognised when I insert them any more, which I think is pretty major. I sus

Re: New copyfile system call - discuss before LSF?

On 02/22/2013 10:47 AM, Paolo Bonzini wrote: Il 21/02/2013 23:24, Zach Brown ha scritto: You could make it work with some locking and out_fd seeking to set the write offset before calling sendfile64()+flags, but ugh. ssize_t sendfile(int out_fd, int in_fd, off_t in_offset, off_t

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

* Mike Galbraith wrote: > On Fri, 2013-02-22 at 09:36 +0100, Peter Zijlstra wrote: > > On Fri, 2013-02-22 at 10:37 +0800, Michael Wang wrote: > > > But that's really some benefit hardly to be estimate, especially when > > > the workload is heavy, the cost of wake_affine() is very high to > > >

Re: [PATCH] kbuild: clear KBUILD_SRC when calling 'make' in RPM spec

On Sat, Jan 12, 2013 at 10:19:19AM -0500, David R. Bild wrote: > From: "David R. Bild" > > 'make rpm-pkg' and 'make binrpm-pkg' fail when the kernel source is > read-only. Specifically, when the RPM spec generated by > scripts/package/mkspec is run, KBUILD_SRC happens to be set to the > source l

Re: [RFC PATCH v3 0/3] sched: simplify the select_task_rq_fair()

On Fri, 2013-02-22 at 17:11 +0800, Michael Wang wrote: > Ok, it do looks like wake_affine() lost it's value... I'm not sure we can say that on this one benchmark, there's a preemption advantage to running on a single cpu for pipe-test as well. We'd need to create a better benchmark to test this,

  1   2   3   4   5   >