Re: [PATCH v2 0/5] clean up and generalize swap-over-NFS

On Fri, Dec 19, 2014 at 07:18:24PM -0800, Omar Sandoval wrote: > Hi, > > This patch series (based on ecb5ec0 in Linus' tree) contains all of the > non-BTRFS work that I've done to implement swapfiles on BTRFS. The BTRFS > portion is still undergoing development and is now outweighed by the > non-B

[PATCH 2/2] mmc: rtsx: check sg_count before long data xfer

From: Micky Ching Check sg_count before sending long data xfer. Because dma_map_sg() return int, and sg_count may be negative, so using int instead of unsigned. Signed-off-by: Micky Ching --- drivers/mmc/host/rtsx_pci_sdmmc.c | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) d

[PATCH 1/2] mmc: rtsx: finish request if no card exist

From: Micky Ching Return error-code directly if no card exist, this can make card remove faster. Signed-off-by: Micky Ching --- drivers/mmc/host/rtsx_pci_sdmmc.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/mmc/host/rtsx_pci_sdmmc.c b/drivers/mmc/host/r

[PATCH 0/2] mmc: rtsx: add check before sending request

From: Micky Ching Add check before sending request can make request return faster. - finish request if no card exist This can make request finish faster, especial for some sdio card, when card removed, there still a lot of command pending, if we check card exist and stop request, the card w

[PATCH v3] [Bugfix] x86/apic: Fix xen IRQ allocation failure caused by commit b81975eade8c

Commit b81975eade8c ("x86, irq: Clean up irqdomain transition code") breaks xen IRQ allocation because xen_smp_prepare_cpus() doesn't invoke setup_IO_APIC(), so no irqdomains created for IOAPICs and mp_map_pin_to_irq() fails at the very beginning. So move creating of IOAPIC irqdomains from setup_I

Re: [PATCH v2 1/1] atm: remove deprecated use of pci api

From: Quentin Lambert Date: Mon, 12 Jan 2015 17:10:42 +0100 > @@ -2246,7 +2246,8 @@ static int eni_init_one(struct pci_dev *pci_dev, > goto err_disable; > > zero = &eni_dev->zero; > - zero->addr = pci_alloc_consistent(pci_dev, ENI_ZEROES_SIZE, &zero->dma); > + zero->

[PATCH 2/3] memstick: rtsx: finish request if no card exist

From: Micky Ching Check card exist before start request, this method can make card remove faster. If we found the card is not exist, just return error-code, not sending request can save much time. Signed-off-by: Micky Ching --- drivers/memstick/host/rtsx_pci_ms.c | 27 ++---

[PATCH 1/3] memstick: rtsx: dump register using compact format

From: Micky Ching Using more compact format for dump register when error occurs, this is useful to read debug log and reduce log length. Signed-off-by: Micky Ching --- drivers/memstick/host/rtsx_pci_ms.c | 37 - 1 file changed, 20 insertions(+), 17 deletions

Re: [PATCH v2] ARM: mm: fix size rounding-down of arm_add_memory() function

Hello Russell King, Could you apply this patch for arm_add_memory() fix, please ? Thanks, Masahiro Yamada On Mon, 22 Dec 2014 10:09:32 +0100 Ard Biesheuvel wrote: > On 22 December 2014 at 04:17, Masahiro Yamada > wrote: > > The current rounding of "size" is wrong: > > > > - If "start" is

[PATCH 3/3] memstick: rtsx: move suspend/resume to pm ops

From: Micky Ching Move suspend/resume function to pm ops, make it consistence with rtsx_usb_ms.c driver. Signed-off-by: Micky Ching --- drivers/memstick/host/rtsx_pci_ms.c | 25 +++-- 1 file changed, 11 insertions(+), 14 deletions(-) diff --git a/drivers/memstick/host/rtsx

[PATCH 0/3] memstick: rtsx: finish request faster if no card exist

From: Micky Ching This pathset include some misc coding update. - dump register using compact format. This prevent dump a lot of lines register dump when some error occurs. - finish request if no card exist check card exist before sending any request, When card removed, request can returne

Re: [PATCH 1/2] workqueue: update numa affinity info at node hotplug

On 01/13/2015 11:22 PM, Tejun Heo wrote: > Hello, > > On Tue, Jan 13, 2015 at 03:19:09PM +0800, Lai Jiangshan wrote: >> The Mapping of the *online* cpus to nodes is already maintained by numa code. >> >> What the workqueue needs is a special Mapping: >> The Mapping of the *possible* cpus to n

[PATCH] RTC: RK808: fix the rtc time reading issue

After we set the GET_TIME bit, the rtc time couldn't be read immediately, we should wait up to 31.25 us, about one cycle of 32khz. Otherwise reading RTC time will return a old time. If clear the GET_TIME bit after setting, the time of i2c transfer certainly more than 31.25us. Signed-off-by: Chris

[PATCH v2] perf: fix dwarf unwind using libunwind.

Perf tool fails to unwind user stack if the event raises in a shared object. This patch improves tests/dwarf-unwind.c to demonstrate the problem by utilizing commonly used glibc function "bsearch". If perf is not statically linked, the testcase will try to unwind a mixed call trace. By debugging l

Re: [PATCH] i40e: don't enable and init FCOE by default when do PF reset

Vasu, On 2015/1/14 3:38, Dev, Vasu wrote: -Original Message- diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c b/drivers/net/ethernet/intel/i40e/i40e_main.c index a5f2660..a2572cc 100644 --- a/drivers/net/ethernet/intel/i40e/i40e_main.c +++ b/drivers/net/ethernet/intel/i40e/i40e_

Re: [PATCH v3 3/3] usb: phy: hold wakeupsource when USB is enumerated in peripheral mode

On Tue, Jan 13, 2015 at 10:18:02AM -0600, Felipe Balbi wrote: > On Tue, Jan 13, 2015 at 04:02:20PM +0530, Kiran Raparthy wrote: > > Hi Felipe, > > > > On 1 December 2014 at 11:09, Kiran Raparthy wrote: > > > Hi Felipe, > > > > > > On 25 November 2014 at 20:15, Felipe Balbi wrote: > > >> On Tue,

Re: [PATCH] ftrace: don't allow IPMODIFY without proper compiler support (was Re: Re: livepatching tree for linux-next)

(2015/01/14 7:47), Jiri Kosina wrote: > On Mon, 12 Jan 2015, Masami Hiramatsu wrote: > >>> In any case, Masami, I really think you would like to do something >>> like that for IPMODIFY as well ... or are you deliberately defering >>> the responsibility to handle the possible mcount fallout to th

Re: [PATCH v4 1/5] ARM: mediatek: Add config options for mediatek SoCs.

On Tue, 2015-01-13 at 10:43 +0100, Linus Walleij wrote: > On Wed, Dec 17, 2014 at 12:34 AM, Hongzhou Yang > wrote: > > > From: Yingjoe Chen > > > > The upcoming MTK pinctrl driver have a big pin table for each SoC > > and we don't want to bloat the kernel binary if we don't need it. > > Add conf

Re: [PATCH v4 4/5] ARM: mediatek: Add EINT support to MTK pinctrl driver.

On Tue, 2015-01-13 at 14:24 +0100, Linus Walleij wrote: > On Tue, Jan 6, 2015 at 10:16 AM, Yingjoe Chen > wrote: > > On Wed, 2014-12-17 at 17:09 +0800, Yingjoe Chen wrote: > >> On Wed, 2014-12-17 at 07:34 +0800, Hongzhou Yang wrote: > >> > From: Maoguang Meng > >> > > >> > MTK SoC support extern

RE: [PATCH v3] hv: hv_fcopy: drop the obsolete message on transfer failure

On Wed, Jan 14, 2015 at 9:43 AM, Dexuan Cui wrote: -Original Message- From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] Sent: Tuesday, January 13, 2015 21:52 PM To: Dexuan Cui; KY Srinivasan Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev- de...@linuxd

Re: [PATCH 1/2] ARM: entry-common: fix forgotten set of thread_info->syscall

On Tue, Jan 13, 2015 at 5:35 PM, Roman Peniaev wrote: > On Tue, Jan 13, 2015 at 3:39 AM, Will Deacon wrote: >> On Sun, Jan 11, 2015 at 02:32:30PM +, Roman Pen wrote: >>> thread_info->syscall is used only for ptrace, but syscall number >>> is also used by syscall_get_nr and returned to userspa

[RFC] export module parameters even the permission is zero

This patch make sure to export module parameters even the permission is zero, this is useful for some platforms like Android, the init process can change the parameter mode/owner by chmod/chown during bootup Signed-off-by: Yalin Wang --- kernel/params.c | 6 -- 1 file changed, 6 deletions(-)

Re: [PATCH] selftests/powerpc: Add .gitignore for powerpc selftests

On Tue, 2015-01-13 at 17:16 -0700, Shuah Khan wrote: > Please add a commit log. What does it need to say? > On 01/13/2015 04:49 PM, Michael Ellerman wrote: > > Signed-off-by: Michael Ellerman > > --- > > .../testing/selftests/powerpc/copyloops/.gitignore | 4 > > tools/testing/selftests/

Re: [PATCH v3 2/3] i2c: iproc: Add Broadcom iProc I2C Driver

On 1/13/2015 2:50 PM, Uwe Kleine-König wrote: > Hello, > > On Tue, Dec 09, 2014 at 07:57:11PM -0800, Ray Jui wrote: >> Add initial support to the Broadcom iProc I2C controller found in the >> iProc family of SoCs. >> >> The iProc I2C controller has separate internal TX and RX FIFOs, each has >>

Re: [PATCH] ftrace: don't allow IPMODIFY without proper compiler support (was Re: Re: livepatching tree for linux-next)

On Tue, 13 Jan 2015 23:47:57 +0100 (CET) Jiri Kosina wrote: > From: Jiri Kosina > Subject: [PATCH] ftrace: don't allow IPMODIFY without proper compiler > support > > Using IPMODIFY needs to be allowed only with compilers which are > guaranteed to generate function prologues compatible with func

Re: [PATCH] char: Added support for u-blox 6 i2c gps driver

Hi Greg, On Tue, Jan 13, 2015 at 5:33 PM, Greg Kroah-Hartman wrote: > On Tue, Jan 13, 2015 at 05:16:42PM -0800, Felipe F. Tonello wrote: >> This driver will basically translate serial communication to i2c >> communication >> between the user-space and the GPS module. >> >> It creates a /dev/ttyS

Re: [PATCH v2 2/8] PCI/MSI: Add hooks to populate the msi_domain field

On 2015/1/9 1:06, Marc Zyngier wrote: > In order to be able to populate the device msi_domain field, > add the necesary hooks to propagate the PHB msi_domain across > secondary busses to devices. > > So far, nobody populates the initial msi_domain. Acked-by: Yijing Wang > > Signed-off-by: Marc

Re: [PATCH v2 2/8] PCI/MSI: Add hooks to populate the msi_domain field

>>> +static void pci_set_msi_domain(struct pci_dev *dev) >>> +{ >>> + /* >>> +* If no domain has been set through the pcibios callback, >>> +* inherit the default from the bus device. >>> +*/ >>> + if (!dev_get_msi_domain(&dev->dev)) >>> + dev_set_msi_domain(&dev->dev, >>>

Re: [PATCH 3/4] perf probe: Fix probing kretprobes

On Mon, Jan 12, 2015 at 09:22:13PM +0900, Masami Hiramatsu wrote: > (2015/01/10 19:33), Namhyung Kim wrote: > > The commit dfef99cd0b2c ("perf probe: Use ref_reloc_sym based address > > instead of the symbol name") converts kprobes to use ref_reloc_sym > > (i.e. _stext) and offset instead of using

Re: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc

Hi Paul, On 01/13/2015 05:29 PM, Paul Walmsley wrote: > Hi Suman, > > thanks for pitching in on this! > > On Tue, 6 Jan 2015, Suman Anna wrote: > >> You have removed the return from the above block on failure. If any DT >> entry doesn't have the reg property, this will hang the kernel boot. >>

Re: [PATCH] Asoc: sam9x5_wm8731: depend on ARCH_AT91 instead of SOC_AT91SAM9X5

Hi Alexandre Belloni, On 01/13/2015 08:27 PM, Alexandre Belloni wrote: The SOC_AT91SAM9X5 option is going to be removed, only depend on ARCH_AT91 like for the other drivers. Signed-off-by: Alexandre Belloni Acked-by: Bo Shen --- sound/soc/atmel/Kconfig | 2 +- 1 file changed, 1 inserti

Re: [PATCH 2/4] perf probe: Do not rely on map__load() filter to find symbols

On Mon, Jan 12, 2015 at 09:31:30PM +0900, Masami Hiramatsu wrote: > (2015/01/10 19:33), Namhyung Kim wrote: > > The find_probe_trace_events_from_map() searches matching symbol from a > > map (so from a backing dso). For uprobes, it'll create a new map (and > > dso) and loads it using a filter. It

RE: [PATCH v3] hv: hv_fcopy: drop the obsolete message on transfer failure

> -Original Message- > From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com] > Sent: Tuesday, January 13, 2015 21:52 PM > To: Dexuan Cui; KY Srinivasan > Cc: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; driverdev- > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com

Re: [PATCH 5/7] perf tools: Pass struct perf_hpp_fmt to its callbacks

Hi Arnaldo and Jiri, On Mon, Jan 12, 2015 at 01:44:06PM -0300, Arnaldo Carvalho de Melo wrote: > Em Mon, Jan 12, 2015 at 05:40:50PM +0100, Jiri Olsa escreveu: > > On Mon, Jan 12, 2015 at 01:27:36PM -0300, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Jan 12, 2015 at 01:21:40PM -0300, Arnaldo Carva

RE: [PATCH v17 00/12] input: cyapa: instruction of cyapa patches

Hi Dmitry, Jeremiah, Besides the the compile error, do you have any other comments on input cyapa v17 pathces? Thanks, Dudley > -Original Message- > From: Dudley Du > Sent: 2015年1月5日 9:57 > To: 'Jeremiah Mahler' > Cc: dmitry.torok...@gmail.com; rydb...@euromail.se; ble...@google.com; >

Re: [PATCH] char: Added support for u-blox 6 i2c gps driver

On Tue, Jan 13, 2015 at 05:16:42PM -0800, Felipe F. Tonello wrote: > This driver will basically translate serial communication to i2c communication > between the user-space and the GPS module. > > It creates a /dev/ttyS device node. > > There are specific tty termios flags in order to the tty lin

RE: [v3 13/26] KVM: Define a new interface kvm_find_dest_vcpu() for VT-d PI

> -Original Message- > From: Radim Kr?má? [mailto:rkrc...@redhat.com] > Sent: Wednesday, January 14, 2015 12:17 AM > To: Wu, Feng > Cc: Paolo Bonzini; t...@linutronix.de; mi...@redhat.com; h...@zytor.com; > x...@kernel.org; g...@kernel.org; dw...@infradead.org; j...@8bytes.org; > alex.wil

[PATCH] phy: fix return value check in armada375_usb_phy_probe()

From: Wei Yongjun In case of error, the function devm_ioremap_resource() 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 Yongjun --- drivers/phy/phy-armada375-usb2.c | 4 ++-- 1 file changed, 2 insertions(+)

Re: [PATCH 2/2] irqchip: omap-intc: Remove unused legacy interface for omap2

On Tue, Jan 13, 2015 at 02:23:26PM -0800, Tony Lindgren wrote: > Nowadays omap2 is booting in device tree only mode so there is no > need to keep the legacy interface around for omap2_init_irq(). > > Cc: Felipe Balbi > Signed-off-by: Tony Lindgren Awesome, only one to go now. Reviewed-by: Feli

[PATCH -next] clk: shmobile: fix sparse NULL pointer warning

From: Wei Yongjun Fixes the following sparse warnings: drivers/clk/shmobile/clk-sh73a0.c:57:17: warning: Using plain integer as NULL pointer Signed-off-by: Wei Yongjun --- drivers/clk/shmobile/clk-sh73a0.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/clk/shmobi

Re: [PATCH 1/2] irqchip: omap-intc: Fix support for dm814 and dm816

On Tue, Jan 13, 2015 at 02:23:25PM -0800, Tony Lindgren wrote: > On dm81xx we have 128 interrupts like am33xx has. Let's add > compatible flags for dm814x and dm816x, and document the > existing binding. > > As the dm81xx are booting in device tree only mode, we can now > also remove ti81xx_init_i

[PATCH] char: Added support for u-blox 6 i2c gps driver

This driver will basically translate serial communication to i2c communication between the user-space and the GPS module. It creates a /dev/ttyS device node. There are specific tty termios flags in order to the tty line discipliner not to change the date it is pushed to user space. That is necess

Re: [PATCH] Btrfs: avoid build warning on 32-bit

On Tue, Jan 13, 2015 at 7:16 PM, David Sterba wrote: On Tue, Jan 13, 2015 at 03:09:03PM +0100, Arnd Bergmann wrote: A recent change introduced a type cast from a private 64-bit value to a pointer, which works fine on 64-bit architectures, but not on 32-bit ones, where it produces a harmless

Re: [PATCH 1/2] tracing: Move enabling tracepoints to just after rcu_init()

On Wed, Jan 14, 2015 at 08:12:40AM +0800, Wang Nan wrote: > Ping... > > On 2015/1/9 12:06, Wang Nan wrote: > > Hi Steven Rostedt, > > > > During studying your code we find a problem, please see below. > > > >> > >> From: "Steven Rostedt (Red Hat)" > >> > >> Enabling tracepoints at boot up can b

[PATCH] Mailbox: Fix return value check in pcc_init()

From: Wei Yongjun In case of error, the function platform_create_bundle() 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 Yongjun --- drivers/mailbox/pcc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deleti

Re: [PATCH v2 0/8] CR4 handling improvements

On Fri, Oct 31, 2014 at 8:09 AM, Peter Zijlstra wrote: > > > This looks ok I suppose, although the x86 people should pass verdict on > the first few patches. Hi all- What's the status of this series? Thanks, Andy -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the

Re: [PATCH] headers_check: don't warn about kexec.h

On Tue, 13 Jan 2015 22:05:11 +0100 Paul Bolle wrote: > [Dragging Andrew, Linus, and Maximilian into this thread.] > > On Tue, 2015-01-13 at 21:27 +0100, Arnd Bergmann wrote: > > On Tuesday 13 January 2015 18:13:32 Paul Bolle wrote: > > > The last time that Geoff has been trying to get that patch

sysfs topology for arm64 cluster_id

Hi Folks, TLDR: I would like to consider the value of adding something like "cluster_siblings" or similar in sysfs to describe ARM topology. A quick question on intended data representation in /sysfs topology before I ask the team on this end to go down the (wrong?) path. On ARM systems today, we

[PATCH 1/2] f2fs: avoid infinite loop on cp_error

If cp_error is set, we should avoid all the infinite loop. In f2fs_sync_file, there is a hole, and this patch fixes that. Signed-off-by: Jaegeuk Kim --- fs/f2fs/file.c | 4 1 file changed, 4 insertions(+) diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index a7114858..0d88a28 100644 --- a/fs/

[PATCH 2/2] f2fs: update memory footprint information

This patch adds missing memory usages, and splits them in detail. Signed-off-by: Jaegeuk Kim --- fs/f2fs/debug.c | 24 +--- fs/f2fs/f2fs.h | 2 +- 2 files changed, 18 insertions(+), 8 deletions(-) diff --git a/fs/f2fs/debug.c b/fs/f2fs/debug.c index b45daab..0f721f6 100644

[PATCH 2/2] staging: lustre: declare internal symbols as static

Fixes dozens of sparse warnings like: warning: symbol 'cfs_tracefile_sem' was not declared. Should it be static? Signed-off-by: Luca Ceresoli Cc: Peng Tao Cc: Jinshan Xiong Cc: Srikrishan Malik Cc: hpdd-disc...@lists.01.org Cc: de...@driverdev.osuosl.org Cc: linux-kernel@vger.kernel.org ---

[PATCH 1/2] staging/lustre: remove unused function

Signed-off-by: Luca Ceresoli Cc: Peng Tao Cc: hpdd-disc...@lists.01.org Cc: de...@driverdev.osuosl.org Cc: linux-kernel@vger.kernel.org --- drivers/staging/lustre/lustre/libcfs/linux/linux-curproc.c | 5 - 1 file changed, 5 deletions(-) diff --git a/drivers/staging/lustre/lustre/libcfs/linu

Re: [PATCH v3]PM/Sleep: Timer quiesce in freeze state

Happy New Year, can you please take a look at this patch now? Thanks, -Aubrey On 2014/12/9 11:01, Li, Aubrey wrote: > The patch is based on v3.18. > > Freeze is a general power saving state that processes are frozen, devices > are suspended and CPUs are in idle state. However, when the system en

Re: [RFC][PATCH] procfs: Add /proc//mapped_files

Here's a simple program to trigger the issue with /proc//maps. Thanks, Calvin /* Simple program to reproduce O(N^2) behavior reading /proc//maps * * Example on a random server: * * $ ./map_repro 0 * Spawning 0 threads * Reading /proc/self/maps... read 2189 bytes in 1 syscalls

Re: [PATCH 2/2 v2] UBI: Block: Add blk-mq support

On 01/13/2015 04:36 PM, Richard Weinberger wrote: > > > Am 14.01.2015 um 00:30 schrieb Jens Axboe: >>> If I understand you correctly it can happen that blk_rq_bytes() returns >>> more bytes than blk_rq_map_sg() allocated, right? >> >> No, the number of bytes will be the same, no magic is involved

Re: [f2fs-dev][PATCH 2/2] f2fs: enable recover_xattr_data to avoid cp when fsync after operating xattr

On Mon, Jan 12, 2015 at 05:40:28PM +0800, Chao Yu wrote: > Hi Jaegeuk, > > > -Original Message- > > From: Jaegeuk Kim [mailto:jaeg...@kernel.org] > > Sent: Sunday, January 11, 2015 1:32 PM > > To: Chao Yu > > Cc: 'Changman Lee'; linux-f2fs-de...@lists.sourceforge.net; > > linux-kernel@vge

[RFC][PATCH] procfs: Add /proc//mapped_files

Commit b76437579d1344b6 ("procfs: mark thread stack correctly in proc//maps") introduced logic to mark thread stacks with the "[stack:%d]" marker in /proc//maps. This causes reading /proc//maps to take O(N^2) time, where N is the number of threads sharing an address space, since each line of outpu

Re: [PATCH 0/5] kstrdup optimization

On Tue, 13 Jan 2015 16:10:57 -0800 Craig Milo Rogers wrote: > > As kfree_const() has the exact same signature as kfree(), the risk of > > accidentally passing pointers returned from kstrdup_const() to kfree() seems > > high, which may lead to memory corruption if the pointer doesn't point to > >

Re: [PATCH 0/5] kstrdup optimization

> As kfree_const() has the exact same signature as kfree(), the risk of > accidentally passing pointers returned from kstrdup_const() to kfree() seems > high, which may lead to memory corruption if the pointer doesn't point to > allocated memory. ... >> To verify if the source is in .rodata functio

[PATCH v4 4/5] pstore: add pmsg

A secured user-space accessible pstore object. Writes to /dev/pmsg0 are appended to the buffer, on reboot the persistent contents are available in /sys/fs/pstore/pmsg-ramoops-[ID]. One possible use is syslogd, or other daemon, can write messages, then on reboot provides a means to triage user-spac

Re: [PATCH] selftests/powerpc: Add .gitignore for powerpc selftests

Please add a commit log. On 01/13/2015 04:49 PM, Michael Ellerman wrote: > Signed-off-by: Michael Ellerman > --- > .../testing/selftests/powerpc/copyloops/.gitignore | 4 > tools/testing/selftests/powerpc/mm/.gitignore | 1 + > tools/testing/selftests/powerpc/pmu/.gitignore | 3

Re: [PATCH] Btrfs: avoid build warning on 32-bit

On Tue, Jan 13, 2015 at 03:09:03PM +0100, Arnd Bergmann wrote: > A recent change introduced a type cast from a private 64-bit > value to a pointer, which works fine on 64-bit architectures, > but not on 32-bit ones, where it produces a harmless compiler > warning: > > fs/btrfs/extent_io.c: In func

Re: [PATCH 1/2] tracing: Move enabling tracepoints to just after rcu_init()

Ping... On 2015/1/9 12:06, Wang Nan wrote: > Hi Steven Rostedt, > > During studying your code we find a problem, please see below. > >> >> From: "Steven Rostedt (Red Hat)" >> >> Enabling tracepoints at boot up can be very useful. The tracepoint >> can be initialized right after RCU has been. Th

Re: [PATCH] btrfs: transaction: Remove unused function

On Tue, Jan 13, 2015 at 07:54:06PM +0100, Rickard Strandqvist wrote: > Remove the function btrfs_start_transaction_lflush() that is not used > anywhere. > > This was partially found by using a static code analysis program called > cppcheck. http://thread.gmane.org/gmane.comp.file-systems.btrfs/

Re: [PATCH] mm: wrap BUG() branches with unlikely()

On Tue, 13 Jan 2015 01:35:26 +0300 Dmitry Voytik wrote: > Wrap BUG() branches with unlikely() where it is possible. Use BUG_ON() > instead of "if () BUG();" where it is feasible. Does this actually do anything? With my (old) gcc, mm/built-in.o's size was unaltered. I didn't check for code gene

[PATCH] mmc: dw_mmc: Power on vqmmc in MMC_POWER_ON, not MMC_POWER_UP

If we power up vqmmc in MMC_POWER_ON then we end up turning it on before mmc_power_up() sets the signal voltage. That's not so great since we might be powering it up at the wrong voltage. Note that this is how Yuvaraj originally coded things up in but

Re: [PATCH -mm] fs: shrinker: always scan at least one object of each type

On Mon, 12 Jan 2015 13:20:46 +0300 Vladimir Davydov wrote: > In super_cache_scan() we divide the number of objects of particular type > by the total number of objects in order to distribute pressure among > different types of fs objects (inodes, dentries, fs-private objects). > As a result, in s

[PATCH] selftests/powerpc: Add .gitignore for powerpc selftests

Signed-off-by: Michael Ellerman --- .../testing/selftests/powerpc/copyloops/.gitignore | 4 tools/testing/selftests/powerpc/mm/.gitignore | 1 + tools/testing/selftests/powerpc/pmu/.gitignore | 3 +++ tools/testing/selftests/powerpc/pmu/ebb/.gitignore | 22 ++

Re: [PATCH 0/5] kstrdup optimization

On Mon, 12 Jan 2015 21:45:58 +0100 Geert Uytterhoeven wrote: > On Mon, Jan 12, 2015 at 10:18 AM, Andrzej Hajda wrote: > > kstrdup if often used to duplicate strings where neither source neither > > destination will be ever modified. In such case we can just reuse the source > > instead of dupli

Re: [PATCH] ARM: dts: re-fromat AT91 part to match other entries

Hi Olof, On 13/01/2015 at 15:09:56 -0800, Olof Johansson wrote : > On Tue, Jan 13, 2015 at 03:43:00PM +0100, Nicolas Ferre wrote: > > The entries are separated as ARM V4/V5 and ARM V7 as some other per-SoC > > config > > options may be removed in the near future. > > > > Signed-off-by: Nicolas F

Re: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc

On Wed, 7 Jan 2015, Roger Quadros wrote: > > From: Paul Walmsley > > Date: Mon, 5 Jan 2015 15:49:57 -0700 > > Subject: [PATCH] Only skip ioremap() if IP block does not have OCP header > > registers. Experimental. > > > > --- > > arch/arm/mach-omap2/omap_hwmod.c | 33 +--

Re: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc

Hi Suman On Tue, 6 Jan 2015, Suman Anna wrote: > Looking at your rc3 log @ > http://www.pwsan.com/omap/testlogs/test_v3.19-rc3/20150105224749/boot/4460varsomom/, > I do see a missing reg entry for mailbox, and that's the reason for your > hang because of the missing bail out in your new patch. >

Re: [PATCH V2 06/12] selftests, powerpc: Add test for system wide DSCR default

On Tue, 2015-01-13 at 08:22 -0700, Shuah Khan wrote: > On 01/13/2015 03:22 AM, Anshuman Khandual wrote: > > This patch adds a test case for the system wide DSCR default > > value, which when changed through it's sysfs interface must > > be visible to all threads reading DSCR either through the > >

Re: [PATCH 2/2] ARM: entry-common,ptrace: do not pass scno to syscall_trace_enter

On Tue, Jan 13, 2015 at 3:21 PM, Roman Peniaev wrote: > On Wed, Jan 14, 2015 at 5:08 AM, Kees Cook wrote: >> On Sun, Jan 11, 2015 at 6:32 AM, Roman Pen wrote: >>> In previous patch current_thread_info()->syscall is set with >>> corresponding syscall number prior to further calls, thus there >>>

Re: [PATCH 3/5] pstore: handle zero-sized prz in series

On 01/13/2015 03:08 PM, Kees Cook wrote: On Tue, Jan 13, 2015 at 2:32 PM, Mark Salyzyn wrote: ramoops_pstore_read fails to return the next in a prz series after first zero-sized entry, not venturing to the next non-zero entry. Signed-off-by: Mark Salyzyn This seems fine. Out of curiosity, wh

Re: [PATCH RESEND v2 4/7] platform/chrome: Add Chrome OS EC userspace device interface

On Fri, Jan 2, 2015 at 5:32 AM, Javier Martinez Canillas wrote: > > From: Bill Richardson > > This patch adds a device interface to access the > Chrome OS Embedded Controller from user-space. > > Signed-off-by: Bill Richardson > Reviewed-by: Simon Glass > Signed-off-by: Javier Martinez Canillas

Re: [PATCH 2/2 v2] UBI: Block: Add blk-mq support

Am 14.01.2015 um 00:30 schrieb Jens Axboe: >> If I understand you correctly it can happen that blk_rq_bytes() returns >> more bytes than blk_rq_map_sg() allocated, right? > > No, the number of bytes will be the same, no magic is involved :-) Good to know. :) > But lets say the initial request

Re: [PATCH 0/5] kstrdup optimization

On Mon, 12 Jan 2015 10:18:38 +0100 Andrzej Hajda wrote: > Hi, > > kstrdup if often used to duplicate strings where neither source neither > destination will be ever modified. In such case we can just reuse the source > instead of duplicating it. The problem is that we must be sure that > the sou

Re: fs: locks: WARNING: CPU: 16 PID: 4296 at fs/locks.c:236 locks_free_lock_context+0x10d/0x240()

On Tue, 13 Jan 2015 17:50:45 -0500 Sasha Levin wrote: > On 01/13/2015 04:44 PM, Jeff Layton wrote: > > On Tue, 13 Jan 2015 00:11:37 -0500 > > Sasha Levin wrote: > > > >> Hey Jeff, > >> > >> While fuzzing with trinity inside a KVM tools guest running the latest > >> -next > >> kernel, I've stum

Re: [PATCH 2/2 v2] UBI: Block: Add blk-mq support

On 01/13/2015 04:17 PM, Richard Weinberger wrote: > Am 13.01.2015 um 23:54 schrieb Jens Axboe: blk_rq_map_sg returns the number of entries actually mapped, which might be smaller than the number passed in due to merging. >>> >>> Yep, but the ubi_sql has a fixed number of scatterlist entri

Re: [PATCH] ARM: OMAP2+: hwmod: Fix _wait_target_ready() for hwmods without sysc

Hi Suman, thanks for pitching in on this! On Tue, 6 Jan 2015, Suman Anna wrote: > You have removed the return from the above block on failure. If any DT > entry doesn't have the reg property, this will hang the kernel boot. > Just remove the "reg" entry from any of the existing DT, and you will

Re: [PATCH 2/2] ARM: entry-common,ptrace: do not pass scno to syscall_trace_enter

On Wed, Jan 14, 2015 at 5:08 AM, Kees Cook wrote: > On Sun, Jan 11, 2015 at 6:32 AM, Roman Pen wrote: >> In previous patch current_thread_info()->syscall is set with >> corresponding syscall number prior to further calls, thus there >> is no any need to pass 'scno'. >> >> Also, add explicit comme

[PATCH RESEND v2] net: fec: fix MDIO bus assignement for dual fec SoC's

On i.MX28, the MDIO bus is shared between the two FEC instances. The driver makes sure that the second FEC uses the MDIO bus of the first FEC. This is done conditionally if FEC_QUIRK_ENET_MAC is set. However, in newer designs, such as Vybrid or i.MX6SX, each FEC MAC has its own MDIO bus. Simply rem

Re: [patch 2/2] mm: memcontrol: default hierarchy interface for memory

On Thu, Jan 08 2015, Johannes Weiner wrote: > Introduce the basic control files to account, partition, and limit > memory using cgroups in default hierarchy mode. > > This interface versioning allows us to address fundamental design > issues in the existing memory cgroup interface, further explai

Re: [PATCH] tcp: Fix RFC reference in comment

On 1/13/15, 5:01 PM, "John Heffner" wrote: >On Tue, Jan 13, 2015 at 4:42 PM, Banerjee, Debabrata > wrote: >> On 1/13/15, 4:36 PM, "Yuchung Cheng" wrote: >> >>>RFC2861 resets the cwnd like in RFC2581, but the rest of the code >>>implements RFC2861. So I think the current comment is fine. >> >> >>

Re: [PATCH 2/2 v2] UBI: Block: Add blk-mq support

Am 13.01.2015 um 23:54 schrieb Jens Axboe: >>> blk_rq_map_sg returns the number of entries actually mapped, which >>> might be smaller than the number passed in due to merging. >> >> Yep, but the ubi_sql has a fixed number of scatterlist entries, >> UBI_MAX_SG_COUNT. >> And I limit it also to that

Re: [PATCH] ARM: dts: re-fromat AT91 part to match other entries

On Tue, Jan 13, 2015 at 03:43:00PM +0100, Nicolas Ferre wrote: > The entries are separated as ARM V4/V5 and ARM V7 as some other per-SoC config > options may be removed in the near future. > > Signed-off-by: Nicolas Ferre > --- > Hi Olof, > > This is an attempt to match other ARM SoC families fo

Re: [PATCH 3/5] pstore: handle zero-sized prz in series

On Tue, Jan 13, 2015 at 2:32 PM, Mark Salyzyn wrote: > ramoops_pstore_read fails to return the next in a prz > series after first zero-sized entry, not venturing to > the next non-zero entry. > > Signed-off-by: Mark Salyzyn This seems fine. Out of curiosity, when was the bad behavior this encoun

Re: [RFC PATCH 1/3] of/device: manage resources similar to platform_device_add

On 01/13/2015 04:00 PM, Rob Herring wrote: > On Tue, Jan 13, 2015 at 3:25 PM, Suman Anna wrote: >> Hi Rob, >> >> On 01/13/2015 02:38 PM, Rob Herring wrote: >>> On Wed, Jan 7, 2015 at 11:30 AM, Suman Anna wrote: Drivers can use of_platform_populate() to create platform devices for childr

[PATCH] perf/rapl: fix sysfs_show() initialization for RAPL PMU

This patch fixes a problem with the initialization of the sysfs_show() routine for the RAPL PMU. The current code was wrongly relying on the EVENT_ATTR_STR() macro which uses the events_sysfs_show() function in the x86 PMU code. That function itself was relying on the x86_pmu data structure. Yet

[PATCH 2/2] clk: ti: Initialize clocks for dm816x

The clocks on ti81xx are not compatible with omap3. On dm816x the clock source is a FAPLL (Flying Adder PLL), and on dm814x there seems to be an APLL (All Digital PLL). Let's fix up things for dm816x in preparation for adding the FAPLL support. As we already have a dummy ti81xx_dt_clk_init() in pl

[PATCH 0/2] Minimal FAPLL clock support for dm816x

Hi all, Here's a minimal support for the FAPLL (Flying Adder PLL) on dm816x which is a omap variant. Regards, Tony Tony Lindgren (2): clk: ti: Add support for FAPLL on dm816x clk: ti: Initialize clocks for dm816x .../devicetree/bindings/clock/ti/fapll.txt | 33 ++ drivers/clk/ti

[PATCH 1/2] clk: ti: Add support for FAPLL on dm816x

On dm816x the clocks are sourced from a FAPLL (Flying Adder PLL) that does not seem to be used on the other omap variants. There are four instances of the FAPLL on dm816x that each have three to seven child synthesizers. I've set up the FAPLL as a single fapll.c driver. Later on we could potentia

Re: [PATCH 2/2 v2] UBI: Block: Add blk-mq support

On 01/13/2015 03:51 PM, Richard Weinberger wrote: > Am 13.01.2015 um 17:25 schrieb Christoph Hellwig: >>> + struct ubi_sgl usgl; >> >> Btw, what's in struct ubi_sgl? Can't find that in my tree. > > "[PATCH 1/2] UBI: Add initial support for scatter gather" adds it. > > /** > * struct ubi_sgl -

Re: [Xen-devel] [PATCH] x86: xen: mmu: Remove unused function

2015-01-12 9:23 GMT+01:00 Jürgen Groß : > On 01/11/2015 11:35 PM, Rickard Strandqvist wrote: >> >> Remove the function set_pte_mfn() that is not used anywhere. >> >> This was partially found by using a static code analysis program called >> cppcheck. > > > Sorry, you seem not to have checked the ne

Re: [RFC PATCH 2/3] core: platform: fix an invalid kfree during of_platform_depopulate

Hi Rob, On 01/13/2015 04:27 PM, Rob Herring wrote: > On Wed, Jan 7, 2015 at 11:30 AM, Suman Anna wrote: >> Drivers can use of_platform_populate() to create platform devices >> for children of the device main node, and a complementary API >> of_platform_depopulate() is provided to delete these chi

Re: [GIT PULL] UEFI updates for arm64

On Mon, Jan 12, 2015 at 05:51:52PM +, Ard Biesheuvel wrote: > The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115: > > linux 3.19-rc4 (2015-01-11 12:44:53 -0800) > > are available in the git repository at: > > http://git.linaro.org/people/ard.biesheuvel/linux-arm.

Re: [PATCH] selinux: ss: mls: Remove unused function

On Tuesday, January 13, 2015 11:45:09 PM Rickard Strandqvist wrote: > Hi Paul > > Thank you, yes it would be nice to do something for real :) :) > But will probably need a little more time than tonight for it, if it's > OK to wait until the weekend. Not a problem, let us know if you get stuck

Re: [PATCH 2/2 v2] UBI: Block: Add blk-mq support

Am 13.01.2015 um 17:25 schrieb Christoph Hellwig: >> +struct ubi_sgl usgl; > > Btw, what's in struct ubi_sgl? Can't find that in my tree. "[PATCH 1/2] UBI: Add initial support for scatter gather" adds it. /** * struct ubi_sgl - UBI scatter gather list data structure. * @list_pos: current

Re: [PATCH 06/10] time: Cap clocksource reads to the clocksource max_cycles value

On Wed, Jan 14, 2015 at 10:33 AM, John Stultz wrote: > > So since this is a time reading function, this could be called > anywhere. Indeed. Could, and is. >From within the scheduler, with some very core locks held. From within printk itself (more really core locks held). From the tracer (which i

<    1   2   3   4   5   6   7   8   9   10   >