linux-next: Tree for Jul 8

Hi all, Changes since 20130705: The v4l-dvb tree gained a build failure for which I reverted a commit. The pm tree lost its build failure. The vhost tree gained a conflict against the target-updates tree. The arm-soc tree gained a conflict against Linus' tree. The akpm tree gained a conflict

Re: [PATCH] kernel:time fix race condition in alaramtimer.c

On 07/06/2013 09:37 PM, Marcus Gelderie wrote: > This patch fixes a race condition whereby the process can be caused to > sleep indefinitely. The problem occurs when the process is preempted > after having set its state to TASK_INTERRUPTIBLE but before starting the > alarm. > I don't think there

Re: [PATCH] virtio: include asm/barrier explicitly

Hi Rusty, On Mon, 08 Jul 2013 11:31:45 +0930 Rusty Russell wrote: > > PS. I'll squeeze these into this merge window, since they're trivial. s/'re trivial/fix bugs/ ;-) -- Cheers, Stephen Rothwells...@canb.auug.org.au pgpyfEvEm5Jnm.pgp Description: PGP signature

Re: [PATCH v6 3/5] vmcore: Introduce remap_oldmem_pfn_range()

(2013/07/02 4:32), Michael Holzheu wrote: For zfcpdump we can't map the HSA storage because it is only available via a read interface. Therefore, for the new vmcore mmap feature we have introduce a new mechanism to create mappings on demand. This patch introduces a new architecture function

[PATCH] PCI: fix typo in iov.c

Devic3 should be device. Signed-off-by: Jonghwan Choi --- drivers/pci/iov.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pci/iov.c b/drivers/pci/iov.c index de8ffac..de4034e 100644 --- a/drivers/pci/iov.c +++ b/drivers/pci/iov.c @@ -786,7 +786,7 @@ int

linux-next: build failure after merge of the final tree (v4l-dvb tree related)

Hi all, After merging the final tree, today's linux-next build (powerpc_ppc44x_defconfig) failed like this: arch/powerpc/boot/wrapper: line 314: .../scripts/mkuboot.sh: Permission denied Caused by commit cda2bf15f6dc ("Update email to m.che...@samsung.com") from the v4l-dvb tree. I have

Re: [PATCH v3] lib/idr.c rewrite, percpu ida/tag allocator

On Sun, Jul 07, 2013 at 07:09:35PM -0700, Nicholas A. Bellinger wrote: > On Sun, 2013-07-07 at 14:48 +0300, Michael S. Tsirkin wrote: > > On Sat, Jul 06, 2013 at 03:59:06PM -0700, Nicholas A. Bellinger wrote: > > > On Fri, 2013-07-05 at 22:08 -0700, Kent Overstreet wrote: > > > > Previous posting:

Re: [PATCH] arm: dts: AM43x: Add usb_otg_hs node

On 7/7/2013 2:05 PM, Felipe Balbi wrote: Hi, On Fri, Jun 28, 2013 at 12:14:47PM +0530, George Cherian wrote: diff --git a/arch/arm/boot/dts/am4372.dtsi b/arch/arm/boot/dts/am4372.dtsi index ddc1df7..e4f5eb8 100644 --- a/arch/arm/boot/dts/am4372.dtsi +++ b/arch/arm/boot/dts/am4372.dtsi @@ -64,5

Re: [PATCH] pci: exynos: split into two parts such as Synopsys part and Exynos part

On Monday, July 08, 2013 2:06 PM, Jingoo Han wrote: > On Friday, July 05, 2013 7:44 PM, Pratyush Anand wrote: > > On 7/5/2013 1:59 PM, Jingoo Han wrote: > > > Exynos PCIe IP consists of Synopsys specific part and Exynos > > > specific part. Only core block is a Synopsys designware part; > > >

Re: [RFC PATCH 7/7] autofs - change CONFIG_AUTOFS4_FS to CONFIG_AUTOFS_FS

Hi Ian, On Fri, 05 Jul 2013 17:51:24 +0800 Ian Kent wrote: > > On Mon, 2013-07-01 at 14:39 +1000, Stephen Rothwell wrote: > > > > On Mon, 01 Jul 2013 11:14:51 +0800 Ian Kent wrote: > > > > > > Signed-off-by: Ian Kent > > > > Please don't do this. Find a simple way to make sure that if > >

[PATCH] c6x: remove unused parameter in Kconfig

This patch proposes to remove the TMS320C6X_CACHES_ON kernel configuration parameter defined in arch/c6x/Kconfig, but used nowhere in the makefiles and source code. Signed-off-by: Michael Opdenacker --- arch/c6x/Kconfig | 4 1 file changed, 4 deletions(-) diff --git a/arch/c6x/Kconfig

Re: [PATCH] pci: exynos: split into two parts such as Synopsys part and Exynos part

On Friday, July 05, 2013 7:44 PM, Pratyush Anand wrote: > On 7/5/2013 1:59 PM, Jingoo Han wrote: > > Exynos PCIe IP consists of Synopsys specific part and Exynos > > specific part. Only core block is a Synopsys designware part; > > other parts are Exynos specific. > > Also, the Synopsys designware

[PATCH] drivers/video: remove unused parameter in Kconfig

This patch proposes to remove the FB_NUC900_DEBUG kernel configuration parameter defined in drivers/video/Kconfig, but used nowhere in the makefiles and source code. Signed-off-by: Michael Opdenacker --- drivers/video/Kconfig | 7 --- 1 file changed, 7 deletions(-) diff --git

Re: [v9fs:for-linus 7/7] ERROR: code indent should use tabs where possible

On Mon, Jul 08, 2013 at 12:47:47PM +0800, Fengguang Wu wrote: > > > > TRAILING_STATEMENTS > > > > > > False positives? Got an example? > > > > tree: git://git.freedesktop.org/git/nouveau/linux-2.6 drm-nouveau-next > > head: d2989b534ef6834ebf2425aecc040b894b567c91 > > commit:

Re: [v9fs:for-linus 7/7] ERROR: code indent should use tabs where possible

On Mon, 2013-07-08 at 12:45 +0800, Fengguang Wu wrote: > On Sun, Jul 07, 2013 at 08:54:04PM -0700, Joe Perches wrote: > > On Mon, 2013-07-08 at 11:30 +0800, Fengguang Wu wrote: > > > In long run I'd like to disable > > > the check types that tend to have false positives. As for now, these > > >

[PATCH] blackfin: remove unused parameters in Kconfig

This patch proposes to remove kernel configuration parameters defined in arch/blackfin/Kconfig, but used nowhere in the makefiles and source code. Signed-off-by: Michael Opdenacker --- arch/blackfin/Kconfig | 15 --- 1 file changed, 15 deletions(-) diff --git

Re: [v9fs:for-linus 7/7] ERROR: code indent should use tabs where possible

> > > TRAILING_STATEMENTS > > > > False positives? Got an example? > > tree: git://git.freedesktop.org/git/nouveau/linux-2.6 drm-nouveau-next > head: d2989b534ef6834ebf2425aecc040b894b567c91 > commit: 01672ef454307bf63e93defb3599399b678ff58b [3/68] drm/nve0/fifo: copy > engine context

Re: [v9fs:for-linus 7/7] ERROR: code indent should use tabs where possible

On Sun, Jul 07, 2013 at 08:54:04PM -0700, Joe Perches wrote: > On Mon, 2013-07-08 at 11:30 +0800, Fengguang Wu wrote: > > In long run I'd like to disable > > the check types that tend to have false positives. As for now, these > > checks are disabled in my checkpatch robot: > > Are you using a

[PATCH v2] powerpc: add real mode support for dma operations on powernv

The existing TCE machine calls (tce_build and tce_free) only support virtual mode as they call __raw_writeq for TCE invalidation what fails in real mode. This introduces tce_build_rm and tce_free_rm real mode versions which do mostly the same but use "Store Doubleword Caching Inhibited Indexed"

Re: linux-next: Tree for Jul 3

Hi Jörn, On Wed, 3 Jul 2013 10:48:03 -0400 Jörn Engel wrote: > > On Wed, 3 July 2013 12:25:41 +0100, Steve Capper wrote: > > > > Today's linux-next appears to introduce some BUGs when running the > > libhugetlbfs > > testsuite (under both ARM64 and x86_64): > > > > [ 94.320661] BUG: Bad

[PATCH] mtd: diskonchip: remove unused entries in Kconfig

This patch proposes to remove kernel configuration parameters defined in drivers/mtd/devices/Kconfig, but used nowhere in the makefiles and source code (except in comments). Signed-off-by: Michael Opdenacker --- drivers/mtd/devices/Kconfig | 55 ---

Re: [PATCH 0/2] introduce list_for_each_entry_del

On Fri, Jul 05, 2013 at 04:41:00PM -0400, Jörn Engel wrote: > On Mon, 3 June 2013 13:28:03 -0400, Joern Engel wrote: > > > > A purely janitorial patchset. A fairly common pattern is to take a > > list, remove every object from it and do something with this object - > > usually kfree() some

Re: [PATCH] pci: Avoid unnecessary calls to work_on_cpu

> > But Rusty added this (in 873392ca51), and he knows way more about this > > stuff than I do. > > Actually, I just stopped the code from playing cpumask games, which is > what it used to do. You're right the numa_node_id() check ptimization is not 100% safe on preempt kernels and should be

Re: [PATCH] ARM: pxa: propagate errors from regulator_enable() to pxamci

On 5 July 2013 21:21, Arnd Bergmann wrote: > The em_x270_mci_setpower() and em_x270_usb_hub_init() functions > call regulator_enable(), which may return an error that must > be checked. > > This changes the em_x270_usb_hub_init() function to bail out > if it fails, and changes the

linux-next: manual merge of the akpm tree with the drm-intel tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in drivers/gpu/drm/i915/i915_gem.c between commit 857d0a9a6e9e ("drm/i915: Correct obj->mm_list link to dev_priv->dev_priv->mm.inactive_list") from the drm-intel tree and commit

paper supplier

Dear Purchasing manager: Nice time to you It is my big pleasure to hear you need A4 paper we have A4 paper and A3 paper If you still need that pls tell me Then i can send you our best price Best wishes Ida Ida Chen SALES MANAGER East Siweite industry Co., Ltd www.dfswtpaper.com SKYPE:

Re: [PATCH RFC 3/3] cpufreq: cpufreq-cpu0: clk rate-change notifiers

On Mon, Jul 8, 2013 at 7:14 AM, Mike Turquette wrote: > Removes direct handling of OPP tables and voltage regulators by calling > of_clk_cpufreq_notifier_handler, introduced by commit "clk: cpufreq > helper for voltage scaling". > > In the future this can help consolidate code found across

linux-next: manual merge of the arm-soc tree with Linus' tree

Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-omap2/Kconfig between commit 4a1b573346ee ("ARM: 7758/1: introduce config HAS_BANDGAP") from Linus' tree and commit 59d92875a6d9 ("ARM: OMAP: build mach-omap code only if needed") from the arm-soc tree. I fixed

Re: [GIT PULL] Stage 1 of __cpuinit removal

[Re: [GIT PULL] Stage 1 of __cpuinit removal] On 07/07/2013 (Sun 11:07) Linus Torvalds wrote: > On Tue, Jul 2, 2013 at 10:44 AM, Paul Gortmaker > wrote: > > > > include/asm-generic/vmlinux.lds.h | 12 - > > include/linux/init.h | 19 +++--- > >

Re: [v9fs:for-linus 7/7] ERROR: code indent should use tabs where possible

On Mon, 2013-07-08 at 11:30 +0800, Fengguang Wu wrote: > In long run I'd like to disable > the check types that tend to have false positives. As for now, these > checks are disabled in my checkpatch robot: Are you using a .checkpatch.conf file? > PATCH_PREFIX > LONG_LINE > CAMELCASE That's a

linux-next: manual merge of the vhost tree with the target-updates tree

Hi Michael, Today's linux-next merge of the vhost tree got a conflict in drivers/vhost/scsi.c between commit 084ed45b3846 ("vhost/scsi: Convert to se_cmd->cmd_kref TARGET_SCF_ACK_KREF usage") from the target-updates tree and commit 3c63f66a0dcd ("vhost-scsi: Rename struct tcm_vhost_cmd *tv_cmd to

Re: [v9fs:for-linus 7/7] ERROR: code indent should use tabs where possible

Hi Eric, On Sun, Jul 07, 2013 at 10:14:09PM -0500, Eric Van Hensbergen wrote: > I've fixed this in my for-next branch, Linus rejected my pull on other > grounds so this should let us fix up these style issues before the merge. > Thanks for catching this, I need to go back to running >

Re: [PATCH] sched: smart wake-affine

On Mon, 2013-07-08 at 10:49 +0800, Michael Wang wrote: > BTW, could you please show me the '/proc/cpuinfo' of your box? I'd like > to collect some data for analyse later ;-) processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R)

Re: [GIT] Networking

From: Linus Torvalds Date: Sun, 7 Jul 2013 15:33:31 -0700 > End result: I think the code is salvageable and people who want this > kind of busy-looping can have it. But I really don't want to merge it > as-is. I think it was badly done, I think it was badly documented, and > I think somebody

[PATCH net-next] net/usb: add relative mii functions for r815x

Base on cdc_ether, add the mii functions for RTL8152 and RTL8153. The RTL8152 and RTL8153 support ECM mode which use the driver of cdc_ether. Add the mii functions. Then, the basic PHY access is possible. Signed-off-by: Hayes Wang --- drivers/net/usb/Makefile| 2 +-

Re: [PATCH] sched: smart wake-affine

On 07/07/2013 02:43 PM, Mike Galbraith wrote: > On Fri, 2013-07-05 at 14:16 +0800, Michael Wang wrote: > >> PeterZ has suggested some optimization which I sent out yesterday, I >> suppose they haven't been included into this test yet, correct? > > No, that was with both v3 patches applied.

Re: amba-pl08x and 'get_signal' namespace collision/build error

On Sun, Jul 07, 2013 at 07:04:53PM +0530, Vinod Koul wrote: > On Sun, Jul 07, 2013 at 01:32:40PM +0100, Russell King - ARM Linux wrote: > > On Fri, Jul 05, 2013 at 11:48:02AM +0530, Vinod Koul wrote: > > > On Wed, Jul 03, 2013 at 11:27:12AM -0700, Olof Johansson wrote: > > > > This has now hit the

Re: [GIT PULL] slave-dmaengine updates

On Sun, Jul 07, 2013 at 02:39:18PM -0700, Linus Torvalds wrote: > On Sat, Jul 6, 2013 at 9:17 PM, Vinod Koul wrote: > > > > Once you have some time from extended weekend celebrations please consider > > pulling the following to get: > > - Various fixes and PCI driver for dw_dmac by Andy > > - DT

Re: [PATCH v3 1/2] sched: smart wake-affine foundation

Hi, Sam On 07/07/2013 09:31 AM, Sam Ben wrote: > On 07/04/2013 12:55 PM, Michael Wang wrote: >> wake-affine stuff is always trying to pull wakee close to waker, by >> theory, >> this will bring benefit if waker's cpu cached hot data for wakee, or the >> extreme ping-pong case. > > What's the

Re: [RFC][PATCH 3/4] tracing/kprobes: Fail to unregister if probe event files are open

(2013/07/06 2:26), Oleg Nesterov wrote: > On 07/05, Masami Hiramatsu wrote: >> >> (2013/07/05 3:48), Oleg Nesterov wrote: >>> On 07/04, Masami Hiramatsu wrote: Actually disable_kprobe() doesn't ensure to finish the current running kprobe handlers. >>> >>> Yes. in fact

Re: [PATCH] virtio: include asm/barrier explicitly

"Michael S. Tsirkin" writes: > virtio_ring.h uses mb() and friends, make > it pull in asm/barrier.h itself, not rely > on other headers to do it. > > Signed-off-by: Michael S. Tsirkin Applied. Thanks, Rusty. PS. I'll squeeze these into this merge window, since they're trivial. -- To

Re: [PATCH] tools/virtio: move module license stub to module.h

"Michael S. Tsirkin" writes: > This fixes build for the vringh test: > [linux]$ make -C tools/virtio/ > make: Entering directory `/home/mst/scm/linux/tools/virtio' > cc -g -O2 -Wall -I. -I ../../usr/include/ -Wno-pointer-sign > -fno-strict-overflow -fno-strict-aliasing -fno-common -MMD >

Re: [PATCH] pci: Avoid unnecessary calls to work_on_cpu

Bjorn Helgaas writes: > [+cc Rusty] > > On Mon, Jun 24, 2013 at 2:05 PM, Alexander Duyck > wrote: >> This patch is meant to address the fact that we are making unnecessary calls >> to work_on_cpu. To resolve this I have added a check to see if the current >> node is the correct node for the

Re: [PATCH] MAINTAINERS: add tools/virtio/ under virtio

"Michael S. Tsirkin" writes: > This should help make sure patches go to the correct list. > > Signed-off-by: Michael S. Tsirkin Indeed. Thanks. Applied, Rusty. > --- > MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/MAINTAINERS b/MAINTAINERS > index ad7e322..66172fc

Re: [PATCH] lib: One less subtraction in binary search iterations.

Wedson Almeida Filho writes: > There is no functional change, but this change eliminates a subtraction that > the compiler doesn't optimize out (as of gcc 4.7.3). > > Signed-off-by: Wedson Almeida Filho > --- > lib/bsearch.c |2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

Re: [PATCH] include/asm-generic/io.h: add dummy fuctions to support 'COMPILE_TEST' in 'asm-generic'.

Firstly, thank you very much for your reply. On 07/05/2013 07:13 PM, Arnd Bergmann wrote: > On Friday 05 July 2013, Chen Gang F T wrote: >> > Hello All: >> > >> > It seems 'asm-generic' dislikes 'mad users' (e.g allmodconfig, >> > randconfig, and me). >> > >> > I guess the main reason is:

Re: [merged] memstick-add-support-for-legacy-memorysticks.patch removed from -mm tree

On Mon, 08 Jul 2013 03:41:42 +0300, Maxim Levitsky said: > +/* Debug test to validate free block counts */ > +#ifdef DEBUG > +static int msb_validate_used_block_bitmap(struct msb_data *msb) > +{ Is there a reason this should be inside a #ifdef DEBUG with no easy way to select DEBUG? Maybe

Re: [PATCH v3] lib/idr.c rewrite, percpu ida/tag allocator

On Sun, 2013-07-07 at 14:48 +0300, Michael S. Tsirkin wrote: > On Sat, Jul 06, 2013 at 03:59:06PM -0700, Nicholas A. Bellinger wrote: > > On Fri, 2013-07-05 at 22:08 -0700, Kent Overstreet wrote: > > > Previous posting: http://thread.gmane.org/gmane.linux.kernel/1511216 > > > > > > The only real

Re: [RFC PATCH 08/13] sound: sam9x5_wm8731: machine driver for at91sam9x5 wm8731 boards

Hi Richard, On 7/5/2013 23:15, Richard Genoud wrote: + card->dev = >dev; >>+ card->owner = THIS_MODULE; >>+ card->dai_link = dai; >>+ card->num_links = 1; >>+ dai->name = "WM8731"; >>+ dai->stream_name = "WM8731 PCM"; >>+ dai->codec_dai_name =

Re: Seg fault occurs when running statically compiled binary from kernel using call_usermodehelper

Forget to mention, we are using ARM On Mon, Jul 8, 2013 at 10:45 AM, Ashish Sangwan wrote: > On kernel version 3.8.13, when we try to execute a statically compiled > binary from kernel, it is giving segfault: > > insmod /mnt/module2.ko > [ 35.56] sample.static: unhandled page fault (11) at

[PATCH RFC 1/3] clk: notifier handler for dynamic voltage scaling

This patch provides helper functions for drivers that wish to scale voltage through the clock rate-change notifiers. The approach taken is that the driver does not care about the details of the OPP table, nor does it care about handling the voltage regulator directly. The driver only has a pointer

[PATCH RFC 0/3] voltage scaling via clock rate-change notifiers

Scaling regulator voltage as a function of clock frequency is a common power saving technique. It is often referred to as dynamic voltage & frequency scaling (DVFS). The common clock framework has clock rate-change notifier (pre & post) which provide a convenient hook for scaling voltage whenever

Seg fault occurs when running statically compiled binary from kernel using call_usermodehelper

On kernel version 3.8.13, when we try to execute a statically compiled binary from kernel, it is giving segfault: insmod /mnt/module2.ko [ 35.56] sample.static: unhandled page fault (11) at 0x, code 0x8007 [ 36.44] Pid: 257, comm:sample.static [ 36.444000] CPU: 3

[PATCH RFC 3/3] cpufreq: cpufreq-cpu0: clk rate-change notifiers

Removes direct handling of OPP tables and voltage regulators by calling of_clk_cpufreq_notifier_handler, introduced by commit "clk: cpufreq helper for voltage scaling". In the future this can help consolidate code found across similar CPUfreq drivers. Signed-off-by: Mike Turquette ---

Re: [PATCH 8/8] ARM: exynos: select PM_GENERIC_DOMAINS only when used

On Friday, July 05, 2013 9:25 AM, Arnd Bergmann wrote: Hi Arnd, This bug fix patch was already submitted on May 27th, as below: https://patchwork.kernel.org/patch/2617191/ Best regards, Jingoo Han > This fixes building exynos kernels with CONFIG_PM disabled. > > Signed-off-by: Arnd Bergmann

[PATCH RFC 2/3] clk: cpufreq helper for voltage scaling

This patch builds on "clk: notifier handler for dynamic voltage scaling" by adding a CPUfreq-specific helper function for registering a clock rate-change notifier to scale regulator voltage as a function of clock rate. In particular this patch creates an instance of struct cpufreq_frequency_table

Re: [PATCH 1/2] extcon: palmas: rename device tree binding matching with file name

On 07/05/2013 10:59 PM, Laxman Dewangan wrote: > The driver name is extcon/extcon-palmas.c and hence renaming the > device tree binding document to extcon-palmas.txt. > > Signed-off-by: Laxman Dewangan > --- > .../extcon/{extcon-twl.txt => extcon-palmas.txt} |0 > 1 files changed, 0

Re: [PATCH 4/8] powerpc: Prepare to support kernel handling of IOMMU map/unmap

On Sun, 2013-07-07 at 01:07 +1000, Alexey Kardashevskiy wrote: > The current VFIO-on-POWER implementation supports only user mode > driven mapping, i.e. QEMU is sending requests to map/unmap pages. > However this approach is really slow, so we want to move that to KVM. > Since H_PUT_TCE can be

Re: [Patch v5 0/9] liblockdep: userspace lockdep

On 06/27/2013 09:55 AM, Sasha Levin wrote: On 06/27/2013 05:07 AM, Ingo Molnar wrote: * Sasha Levin wrote: On 06/26/2013 11:53 AM, Ingo Molnar wrote: Ingo, I don't think I see anything holding this back; however I remember reading some email about people not liking stuff like this living

[PATCH 1/1] ia64/pci: set mmio decoding on for some host bridge

On some IA64 platforms with intel PCI bridge, for example, HP BL890c i2 with Intel Corporation 5520/5500/X58 I/O Hub PCI Express Root Port, when kernel tries to disable the mmio decoding on the PCI bridge devices, kernel may crash. And in the comment of function quirk_mmio_always_on, it also

Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems

On Mon, Jul 1, 2013 at 7:48 AM, Ben Guthro wrote: > In version 3.4 acpi_os_prepare_sleep() got introduced in parallel with > reduced hardware sleep support, and the two changes didn't get > synchronized: The new code doesn't call the hook function (if so > requested). Fix this, requiring a

Re: [GIT PULL] clockevents/clocksource: Add Marvell Orion SoC timer

On Sun, Jul 07, 2013 at 06:45:15PM +0200, Daniel Lezcano wrote: > On 07/07/2013 05:30 PM, Thomas Gleixner wrote: > > On Sun, 7 Jul 2013, Jason Cooper wrote: > >> Sure, but to be clear, Daniel, please drop this patch from your tree. I > >> have no desire to create an out-of-tree dependency if we

[PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications

From: Rafael J. Wysocki An ACPI_NOTIFY_BUS_CHECK notification means that we should scan the entire namespace starting from the given handle even if the device represented by that handle is present (other devices below it may just have been added). For this reason, modify

Re: [GIT PULL] clockevents/clocksource: Add Marvell Orion SoC timer

On Sun, Jul 07, 2013 at 05:30:31PM +0200, Thomas Gleixner wrote: > On Sun, 7 Jul 2013, Jason Cooper wrote: > > Sure, but to be clear, Daniel, please drop this patch from your tree. I > > have no desire to create an out-of-tree dependency if we can avoid it. > > It has a habit of going horribly

Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq

Hi Pankaj, On 07/08/2013 03:54 AM, Pankaj Jangra wrote: > Hi Chanwoo, > > On Fri, Jul 5, 2013 at 1:46 AM, Chanwoo Choi wrote: >> This patch create debugfs root directory and child directory according to >> the number of CPUs for CPUFreq as below debugfs directory path: >> -

Re: [PATCH for 3.2] memcg: do not trap chargers with full callstack on OOM

> CC: "Michal Hocko" , linux-kernel@vger.kernel.org, > linux...@kvack.org, "cgroups mailinglist" , > "KAMEZAWA Hiroyuki" >On Fri, Jul 05, 2013 at 09:02:46PM +0200, azurIt wrote: >> >I looked at your debug messages but could not find anything that would >> >hint at a deadlock. All tasks are

[PATCH 0/2] PCI / ACPI cleanups

Hi, These two patches clean up the ACPI part of the PCI core and ACPIPHP. [1/2] Make bus registration and unregistration symmetric. [2/2] Consolidate acpiphp_enumerate_slots(). They are on top of 3.10 plus my 3.11 queue (should apply on plain 3.10), but if they look good, I'll add them to the

[PATCH 2/2] ACPI / PCI: Consolidate acpiphp_enumerate_slots()

From: Rafael J. Wysocki The acpiphp_enumerate_slots() function is now split into two parts, acpiphp_enumerate_slots() proper and init_bridge_misc() which is only called by the former. If these functions are combined, it is possible to make the code easier to follow and to clean up the error

[PATCH 1/2] ACPI / PCI: Make bus registration and unregistration symmetric

From: Rafael J. Wysocki Since acpi_pci_slot_enumerate() and acpiphp_enumerate_slots() can get the ACPI device handle they need from bus->bridge, it is not necessary to pass that handle to them as an argument. Drop the second argument of acpi_pci_slot_enumerate() and acpiphp_enumerate_slots(),

[PATCH] net: mv643xx_eth: do not use port number as platform device id

The port number is only local to the ethernet block, not global, so there can be two ethernet blocks both using the same port, like kirkwood with both using port 0. Fix this by using the array index offset for the allocated platform devices as the id. Signed-off-by: Jonas Gorski ---

Re: [GIT] Networking

On Sun, Jul 7, 2013 at 2:27 PM, Linus Torvalds wrote: > > Because quite frankly, the fs/select.c changes make me go: "No way in > hell". Partly because of the idiotic and completely undescriptive > naming, partly because of the disgisting calling convetions with > random flags variables passed in

Fwd: BUG: key ffff880c1148c478 not in .data! (V3.10.0)

Also am seeing this for the first time: (don't know, but seems unlikely to be related to https://patchwork.kernel.org/patch/87359/ Yet it is the only hit I found for the same message. Looks like it's back to a more stable 3.9.8... (*sigh*) BUG: key 880c1148c478 not in .data! [

Re: [PATCH] net: mv643xx_eth: fix DT port device name

On Sun, 7 Jul 2013 23:43:41 +0200 Jonas Gorski wrote: > On Sun, 7 Jul 2013 22:33:51 +0200 > Sebastian Hesselbarth wrote: > > > Device tree support added to Marvell MV643xx ethernet driver registers > > port devices from port device nodes found on the corresponding controller > > node. The

Re: [PATCH] net: mv643xx_eth: fix DT port device name

On 07/07/2013 11:43 PM, Jonas Gorski wrote: On Sun, 7 Jul 2013 22:33:51 +0200 Sebastian Hesselbarth wrote: Device tree support added to Marvell MV643xx ethernet driver registers port devices from port device nodes found on the corresponding controller node. The current port device name will

Disabling interrupt remapping seems to cause 50% drop in ethernet speed (v3.10)

There seems to be a new check : Comments Neil Horman - April 15, 2013, 4:28 p.m. A few years back intel published a spec update: http://www.intel.com/content/dam/doc/specification-update/5520-and-5500-chipset-ioh-specification-update.pdf For the 5520 and

Re: [PATCH] net: mv643xx_eth: fix DT port device name

On Sun, 7 Jul 2013 22:33:51 +0200 Sebastian Hesselbarth wrote: > Device tree support added to Marvell MV643xx ethernet driver registers > port devices from port device nodes found on the corresponding controller > node. The current port device name will cause the second controller to > fail on

Re: [GIT PULL] slave-dmaengine updates

On Sat, Jul 6, 2013 at 9:17 PM, Vinod Koul wrote: > > Once you have some time from extended weekend celebrations please consider > pulling the following to get: > - Various fixes and PCI driver for dw_dmac by Andy > - DT binding for imx-dma by Markus & imx-sdma by Shawn > - DT fixes for dmaengine

Re: [GIT PULL] 9p changes for 3.11 merge window (part 1)

On Sun, Jul 7, 2013 at 12:39 PM, Eric Van Hensbergen wrote: > The following changes since commit c1be5a5b1b355d40e6cf79cc979eb66dafa24ad1: > > Linux 3.9 (2013-04-28 17:36:01 -0700) > > are available in the git repository at: > > git://git.kernel.org/pub/scm/linux/kernel/git/ericvh/v9fs.git >

Re: [GIT] Networking

On Sun, Jul 7, 2013 at 1:21 PM, David Miller wrote: > > 5) arch/arm/mach-mxs/Kconfig > >Overlapping additions of select statements for SOC_IMX2. Nope. Removals. > 6) arch/arm/mach-mxs/mach-mxs.c > >In mxs_machine_init(), the of_platform_populate() call has it's final >two arguments

Re: [PATCH v2] swap: warn when a swap area overflows the maximum size

Screwed up and didn't attach my fixed test log to the second version. See below. On Sun, 2013-07-07 at 15:31 -0400, Rik van Riel wrote: > On 07/07/2013 03:13 PM, Raymond Jennings wrote: > > Turned the comparison around for clarity of "bigger than" > > > > No semantic changes, if it still

[PATCH] perf: free original memory on realloc failure in str_append

str_append was added in 578d9c6. If realloc fails orignal block is not freed. Need to save the original pointer to handle on failure. Signed-off-by: David Ahern Cc: Andi Kleen --- tools/perf/util/string.c |9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git

[PATCH] perf: Free memory allocated in parse_events_fixup

578d9c6 added a memory allocation that is not freed. Do that when the scanner is done. Signed-off-by: David Ahern Cc: Andi Kleen --- tools/perf/util/parse-events.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/tools/perf/util/parse-events.c

[PATCH] perf: free list on error path parsing events

5f48cb6 moved list memory allocations into parse-events.y. That memory needs to be freed on a parse failure. Reported-by: Jiri Olsa Signed-off-by: David Ahern Cc: Ingo Molnar Cc: Frederic Weisbecker Cc: Peter Zijlstra Cc: Jiri Olsa Cc: Namhyung Kim --- tools/perf/util/parse-events.y |

[PATCH] net: mv643xx_eth: fix DT port device name

Device tree support added to Marvell MV643xx ethernet driver registers port devices from port device nodes found on the corresponding controller node. The current port device name will cause the second controller to fail on registration because of two identical device names. This fixes the issue

[PATCH v7 2/7] ARM: kirkwood: add gigabit ethernet and mvmdio device tree nodes

This patch adds mv643xx_eth and mvmdio device tree nodes for DT enabled Kirkwood boards. Phy nodes are also added with reg property set on a per-board basis. Signed-off-by: Sebastian Hesselbarth --- Changelog: v6->v7: - fix ethernet 1 port 0 name in kirkwood.dtsi (Reported by Jonas Gorski)

[PATCH v3 1/1] [SCSI] sg: fix race condition when do exclusive open

Use rwsem to aid opens. Exclusive open has to get write lock and non-exclusive open should get read lock. Replace global sg_open_exclusive_lock with a per device lock - sfd_lock. Since sfds list is now protected by the lock owned by the same sg_device, sg_index_lock becomes a real global lock

Re: [PATCH v3 2/6] misc: sram: add ability to mark sram sections as reserved

On Fri, Jul 5, 2013 at 7:41 AM, Heiko Stübner wrote: > Some SoCs need parts of their sram for special purposes. So while being part > of the periphal, it should not be part of the genpool controlling the sram. s/periphal/peripheral/ > > Threfore add an option mmio-sram-reserved to keep arbitary

Re: [PATCH v2] swap: warn when a swap area overflows the maximum size

On 07/07/2013 03:13 PM, Raymond Jennings wrote: Turned the comparison around for clarity of "bigger than" No semantic changes, if it still compiles it should do the same thing so I've omitted the testing this time. Will be happy to retest if required but I'm on an atom 330 and kernel rebuilds

Re: Input: cyttsp4 - SPI driver for Cypress TMA4XX touchscreen devices

On Fri, Jul 5, 2013 at 1:51 AM, Linux Kernel Mailing List wrote: > +++ b/drivers/input/touchscreen/cyttsp4_spi.c > +static int cyttsp_spi_xfer(struct device *dev, u8 *xfer_buf, > + u8 op, u8 reg, u8 *buf, int length) > +{ > + if (reg > 255) As "reg" is "u8", this

[PATCH v2] swap: warn when a swap area overflows the maximum size

Turned the comparison around for clarity of "bigger than" No semantic changes, if it still compiles it should do the same thing so I've omitted the testing this time. Will be happy to retest if required but I'm on an atom 330 and kernel rebuilds are a nightmare. swap: warn when a swap

[PATCH] Input: cyttsp4 - Kill defined but not used compiler warnings

If both CONFIG_PM_SLEEP and CONFIG_PM_RUNTIME are unset: drivers/input/touchscreen/cyttsp4_core.c:1556: warning: ‘cyttsp4_core_sleep’ defined but not used drivers/input/touchscreen/cyttsp4_core.c:1634: warning: ‘cyttsp4_core_wake’ defined but not used Move cyttsp4_core_sleep(),

Re: [PATCH 1/6] cpufreq: Add debugfs directory for cpufreq

Hi Chanwoo, On Fri, Jul 5, 2013 at 1:46 AM, Chanwoo Choi wrote: > This patch create debugfs root directory and child directory according to > the number of CPUs for CPUFreq as below debugfs directory path: > - /sys/kernel/debug/cpufreq/cpuX > > If many CPUs share only one cpufreq policy, other

Re: [PATCH] menuconfig: Allow j/k to move down/up the menu

Rob Landley wrote: >> Unsure why nobody has done this yet. > > [...] > And now you know _why_ Linux is over 20 years old and has never needed this. I was just asking out of curiosity: I'm not old enough to know that much history. Isn't it a nice convenience to have _now_? Or do you have

Re: linux-next: build warning after merge of the mfd tree

On Wed, Jul 03, 2013 at 03:56:55PM +1000, Stephen Rothwell wrote: > Hi Samuel, Hi Stephen, > Introduced by commit 18926edebcb8 ("iio: ti_am335x_adc: Allow to specify > input line"). CONFIG_OF is not set in this build. > > Maybe someone could come up with a way to make these arguments to >

Re: [PATCH] menuconfig: Allow j/k to move down/up the menu

On 07/05/2013 06:32:59 AM, Ramkumar Ramachandra wrote: Like in Vim. Cc: Michal Marek Signed-off-by: Ramkumar Ramachandra --- Unsure why nobody has done this yet. While you're at it, why don't you add the ws up and down bindings from World of Warcraft? The reason nobody has done this

Re: [GIT PULL] Stage 1 of __cpuinit removal

On Tue, Jul 2, 2013 at 10:44 AM, Paul Gortmaker wrote: > > include/asm-generic/vmlinux.lds.h | 12 - > include/linux/init.h | 19 +++--- > scripts/mod/modpost.c | 52 > +++ > 3 files changed, 19 insertions(+), 65

[PATCH] dma: iop: fix new warnings

The recent "drivers/dma: remove unused support for MEMSET operations" change has fallout from lack of build testing by the author. This fixes: drivers/dma/iop-adma.c:1020:13: warning: unused variable 'dma_addr' [-Wunused-variable] drivers/dma/iop-adma.c:1519:2: warning: format '%s' expects a

Re: [PATCH 3/3] smp/ipi:Remove check around csd lock in handler for smp_call_function variants

On Sun, Jul 07, 2013 at 09:53:48PM +0530, Preeti U Murthy wrote: > > " > > /* > > > > * Unlocked CSDs are valid through generic_exec_single(): > > > > */ >

[PATCH] clk: fix typos

Signed-off-by: Peter Meerwald --- drivers/clk/Kconfig | 2 +- drivers/clk/clk.c | 13 +++-- 2 files changed, 8 insertions(+), 7 deletions(-) diff --git a/drivers/clk/Kconfig b/drivers/clk/Kconfig index 51380d6..cd49096 100644 --- a/drivers/clk/Kconfig +++ b/drivers/clk/Kconfig @@

Re: [PATCH 6/6] perf parse events: demystify memory allocations

On Sun, Jul 07, 2013 at 10:45:13AM -0600, David Ahern wrote: > On 7/7/13 9:26 AM, Jiri Olsa wrote: > >On Tue, Jul 02, 2013 at 01:27:25PM -0600, David Ahern wrote: > >>List heads are currently allocated way down the function chain in > >>__add_event > >>and add_tracepoint and then freed when the

  1   2   3   4   >