[PATCH 6/8] ARM: at91/dt: use periph id macros for at91sam9n12 interrupt definitions

This patch make use of the peripheral id macros defined in dt-bindings/at91/at91sam9n12/peripherals.h to register peripheral interrupts. Signed-off-by: Boris BREZILLON --- arch/arm/boot/dts/at91sam9n12.dtsi | 43 ++-- 1 file changed, 22 insertions(+), 21 deletio

[PATCH 5/8] ARM: at91/dt: use periph id macros for at91sam9g45 interrupt definitions

This patch make use of the peripheral id macros defined in dt-bindings/at91/at91sam9g45/peripherals.h to register peripheral interrupts. Signed-off-by: Boris BREZILLON --- arch/arm/boot/dts/at91sam9g45.dtsi| 57 + arch/arm/mach-at91/include/mach/at91sam9g45.

[PATCH 3/8] ARM: at91/dt: use periph id macros for at91sam9260 interrupt definitions

This patch make use of the peripheral id macros defined in dt-bindings/at91/at91sam9260/peripherals.h to register peripheral interrupts. Signed-off-by: Boris BREZILLON --- arch/arm/boot/dts/at91sam9260.dtsi | 57 +++- 1 file changed, 30 insertions(+), 27 deletio

[PATCH 1/8] ARM: at91: move peripheral id definitions to dt-bindings include dir

This patch moves peripheral id definitions from machine specific include dir (arch/arm/mach-at91/include/mach/'soc-name'.h) to dt-bindinds include dir (include/dt-bindings/at91/'soc-name'/peripherals.h). These definitions will be used inside dt to define interrupt ids and peripheral clk ids. Sign

[PATCH] usb: gadget: at91_udc: add usb_clk for transition to common clk framework

The AT91 PMC (Power Management Controller) provides an USB clock used by USB Full Speed host (ohci) and USB Full Speed device (udc). The usb drivers (ohci and udc) must configure this clock to 48Mhz. This configuration was formely done in mach-at91/clock.c, but this implementation will be removed w

Re: [patch 1/2] [PATCH] mm: Save soft-dirty bits on swapped pages

On Thu, Aug 01, 2013 at 03:37:06PM +0900, Minchan Kim wrote: > > Reviewed-by: Minchan Kim Thanks a lot for review, Minchan! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.

Re: [patch 1/2] [PATCH] mm: Save soft-dirty bits on swapped pages

On Thu, Aug 01, 2013 at 10:28:14AM +0400, Cyrill Gorcunov wrote: > On Thu, Aug 01, 2013 at 03:16:32PM +0900, Minchan Kim wrote: > > > > I don't get it. Could you correct me with below example? > > > > Process A context > > try_to_unmap > > swp_pte = swp_entry_to_pte /* cha

Re: [PATCH 3/3] xen-blkfront: revoke foreign access for grants not mapped by the backend

On Wed, Jul 31, 2013 at 05:00:44PM +0200, Roger Pau Monne wrote: > There's no need to keep the foreign access in a grant if it is not > persistently mapped by the backend. This allows us to free grants that > are not mapped by the backend, thus preventing blkfront from hoarding > all grants. > > T

Re: [PATCH v2] PCI: Reset PCIe devices to stop ongoing DMA

(2013/08/01 6:23), Rafael J. Wysocki wrote: > On Wednesday, July 31, 2013 03:08:03 PM Bjorn Helgaas wrote: >> [+cc Rafael, linux-acpi] >> >> On Tue, Jul 30, 2013 at 6:35 PM, Takao Indoh >> wrote: >> >>> On x86, currently IOMMU initialization run *after* PCI enumeration, but >>> what you are talki

Re: [PATCH 00/11] Sync and VFS scalability improvements

On Thu, Aug 1, 2013 at 8:19 AM, Dave Chinner wrote: > On Wed, Jul 31, 2013 at 08:48:40AM +0200, Sedat Dilek wrote: >> On Wed, Jul 31, 2013 at 6:15 AM, Dave Chinner wrote: >> > Hi folks, >> > >> > This series of patches is against the curent mmotm tree here: >> > >> > http://git.cmpxchg.org/cgit/l

Re: [PATCH 4/9] syslog_ns: make syslog handling per namespace

On 2013/8/1 13:38, Gao feng wrote: > On 08/01/2013 11:10 AM, Rui Xiang wrote: >> On 2013/8/1 9:36, Gao feng wrote: >>> On 07/29/2013 10:31 AM, Rui Xiang wrote: This patch makes syslog buf and other fields per namespace. Here use ns->log_buf(log_buf_len, logbuf_lock, log_fir

Re: [patch 1/2] [PATCH] mm: Save soft-dirty bits on swapped pages

On Thu, Aug 01, 2013 at 03:16:32PM +0900, Minchan Kim wrote: > > I don't get it. Could you correct me with below example? > > Process A context > try_to_unmap > swp_pte = swp_entry_to_pte /* change generic swp into arch > swap */ > swp_pte = pte_swp_mksoft

[PATCH] USB: ohci-at91: add usb_clk for transition to common clk framework

The AT91 PMC (Power Management Controller) provides an USB clock used by USB Full Speed host (ohci) and USB Full Speed device (udc). The usb drivers (ohci and udc) must configure this clock to 48Mhz. This configuration was formely done in mach-at91/clock.c, but this implementation will be removed w

[PATCH,RFC] numa,sched: use group fault statistics in numa placement

Subject: [PATCH,RFC] numa,sched: use group fault statistics in numa placement Here is a quick strawman on how the group fault stuff could be used to help pick the best node for a task. This is likely to be quite suboptimal and in need of tweaking. My main goal is to get this to Peter & Mel before

Re: [PATCH 3/3] ext4: Implement FALLOC_FL_COLLAPSE_RANGE

2013/8/1, Dave Chinner : > On Wed, Jul 31, 2013 at 11:42:26PM +0900, Namjae Jeon wrote: >> From: Namjae Jeon >> >> New fallocate flag FALLOC_FL_COLLAPSE_RANGE implementation for Ext4 > . >> + >> +punch_start = offset >> EXT4_BLOCK_SIZE_BITS(sb); >> +punch_stop = (offset + len) >> EXT4_

Re: [PATCH 2/3] xfs: Implement FALLOC_FL_COLLAPSE_RANGE

2013/8/1, Ben Myers : > Hey Namjae, > > On Wed, Jul 31, 2013 at 11:42:14PM +0900, Namjae Jeon wrote: >> From: Namjae Jeon >> >> New fallocate flag FALLOC_FL_COLLAPSE_RANGE implementation for XFS. >> >> Signed-off-by: Namjae Jeon >> Signed-off-by: Ashish Sangwan > Hi Ben. > Very cool feature! ;)

Re: /sys/module/pcie_aspm/parameters/policy not writable?

On Wed, 2013-07-10 at 13:57 -0600, Bjorn Helgaas wrote: > [+cc Jeff, Jesse, et al, e1000-devel] > > Holy cow, you guys have a lot of folks listed in MAINTAINERS for Intel > drivers :) This is an ASPM question, if that helps narrow down the > folks interested. Bruce Allan is the e1000e maintainer

Re: [PATCH 00/11] Sync and VFS scalability improvements

On Wed, Jul 31, 2013 at 08:48:40AM +0200, Sedat Dilek wrote: > On Wed, Jul 31, 2013 at 6:15 AM, Dave Chinner wrote: > > Hi folks, > > > > This series of patches is against the curent mmotm tree here: > > > > http://git.cmpxchg.org/cgit/linux-mmotm.git/ > > > > "Current" is not precise enough... a

Re: [patch 1/2] [PATCH] mm: Save soft-dirty bits on swapped pages

On Thu, Aug 01, 2013 at 09:53:03AM +0400, Cyrill Gorcunov wrote: > On Thu, Aug 01, 2013 at 09:51:32AM +0900, Minchan Kim wrote: > > > Index: linux-2.6.git/include/linux/swapops.h > > > === > > > --- linux-2.6.git.orig/include/linux/swa

Re: [PATCH 07/11] writeback: periodically trim the writeback list

On Wed, Jul 31, 2013 at 05:15:42PM +0200, Jan Kara wrote: > On Wed 31-07-13 14:15:46, Dave Chinner wrote: > > From: Dave Chinner > > > > Inodes are removed lazily from the bdi writeback list, so in the > > absence of sync(2) work inodes will build up on the bdi writback > > list even though they

Re: [PATCH 4/9] dma: edma: Find missed events and issue them

On Thursday 01 August 2013 07:57 AM, Joel Fernandes wrote: > On 07/31/2013 04:18 AM, Sekhar Nori wrote: >> On Wednesday 31 July 2013 10:19 AM, Joel Fernandes wrote: >>> Hi Sekhar, >>> >>> On 07/30/2013 02:05 AM, Sekhar Nori wrote: On Monday 29 July 2013 06:59 PM, Joel Fernandes wrote: > In

[PATCH] thermal: exynos: Handle the misplaced TRIMINFO register

This patch adds code to handle the misplaced TRIMINFO register incase of Exynos5420. On Exynos5420 we have a TRIMINFO register being misplaced for TMU channels 2, 3 and 4 TRIMINFO at 0x1006c000 contains data for TMU channel 3 TRIMINFO at 0x100a contains data for TMU channel 4 TRIMINFO at 0x10

Re: [PATCH 01/18] mm, hugetlb: protect reserved pages when softofflining requests the pages

On Wed, Jul 31, 2013 at 11:25:04PM +0800, Hillf Danton wrote: > On Wed, Jul 31, 2013 at 2:37 PM, Joonsoo Kim wrote: > > On Wed, Jul 31, 2013 at 02:21:38PM +0800, Hillf Danton wrote: > >> On Wed, Jul 31, 2013 at 12:41 PM, Joonsoo Kim > >> wrote: > >> > On Wed, Jul 31, 2013 at 10:49:24AM +0800, Hi

Re: [PATCH 8/8] prepare to remove /proc/sys/vm/hugepages_treat_as_movable

Naoya Horiguchi writes: > On Wed, Jul 31, 2013 at 12:02:30AM +0530, Aneesh Kumar K.V wrote: >> Naoya Horiguchi writes: >> >> > Now hugepages are definitely movable. So allocating hugepages from >> > ZONE_MOVABLE is natural and we have no reason to keep this parameter. >> > In order to allow use

Re: [PATCH 06/11] bdi: add a new writeback list for sync

On Wed, Jul 31, 2013 at 05:11:14PM +0200, Jan Kara wrote: > On Wed 31-07-13 14:15:45, Dave Chinner wrote: > > /* > > + * mark an inode as under writeback on the given bdi > > + */ > > +void bdi_mark_inode_writeback(struct backing_dev_info *bdi, struct inode > > *inode) > > +{ > > + WARN_ON_ONCE

Re: [patch 1/2] [PATCH] mm: Save soft-dirty bits on swapped pages

On Thu, Aug 01, 2013 at 09:51:32AM +0900, Minchan Kim wrote: > > Index: linux-2.6.git/include/linux/swapops.h > > === > > --- linux-2.6.git.orig/include/linux/swapops.h > > +++ linux-2.6.git/include/linux/swapops.h > > @@ -67,6 +67,8 @

Re: [26/84] ARM: OMAP: RX-51: change probe order of touchscreen and panel SPI devices

Hi, On 31/07/13 16:23, Ben Hutchings wrote: > 3.2.50-rc1 review patch. If anyone has any objections, please let me know. > > -- > > From: Aaro Koskinen > > commit e65f131a14726e5f1b880a528271a52428e5b3a5 upstream. > > Commit 9fdca9df (spi: omap2-mcspi: convert to module_platf

Re: [PATCH 01/11] writeback: plug writeback at a high level

On Wed, Jul 31, 2013 at 04:40:19PM +0200, Jan Kara wrote: > On Wed 31-07-13 14:15:40, Dave Chinner wrote: > > From: Dave Chinner > > > > Doing writeback on lots of little files causes terrible IOPS storms > > because of the per-mapping writeback plugging we do. This > > essentially causes imeedia

Re: [PATCH 03/18] ARM: davinci: Switch to sched_clock_register()

On Thursday 01 August 2013 04:01 AM, Stephen Boyd wrote: > The 32 bit sched_clock interface now supports 64 bits. Upgrade to > the 64 bit function to allow us to remove the 32 bit registration > interface. > > Cc: Sekhar Nori > Cc: Kevin Hilman > Signed-off-by: Stephen Boyd > --- > arch/arm/ma

[PATCH] scripts/mod/modpost.c: permit '.cranges' secton for sh64 architecture.

Need permit '.cranges' section for sh64 architecture, or modpost will report warning: LD init/built-in.o WARNING: init/built-in.o (.cranges): unexpected non-allocatable section. Did you forget to use "ax"/"aw" in a .S file? Note that for example contains section definitions for u

Re: [PATCH 3/5] usb: phy: Add AM335x PHY driver

On 7/31/2013 1:46 AM, Sebastian Andrzej Siewior wrote: This driver is a redo of my earlier attempt. It uses parts of the generic PHY driver and uses the new control driver for the register the phy needs to power on/off the phy. It also enables easy access for the wakeup register which is not yet

Re: [PATCH 4/9] syslog_ns: make syslog handling per namespace

On 08/01/2013 11:10 AM, Rui Xiang wrote: > On 2013/8/1 9:36, Gao feng wrote: >> On 07/29/2013 10:31 AM, Rui Xiang wrote: >>> This patch makes syslog buf and other fields per >>> namespace. >>> >>> Here use ns->log_buf(log_buf_len, logbuf_lock, >>> log_first_seq, logbuf_lock, and so on) fields >>> i

[GIT PULL] more ext4 bug fixes

(Sorry for the repeated resends to the kernel.org mailing lists; I'm on the road, and my attempts to send this has been screwing up the e-mail send to Linus in various different ways, most of it caused by the fact that emacs message mode is helpfully trying to colorize the e-mail addresses in a wa

Re: [PATCH 2/3] xfs: Implement FALLOC_FL_COLLAPSE_RANGE

2013/8/1, Dave Chinner : > On Wed, Jul 31, 2013 at 11:42:14PM +0900, Namjae Jeon wrote: >> From: Namjae Jeon >> >> New fallocate flag FALLOC_FL_COLLAPSE_RANGE implementation for XFS. > Hi Dave. > A good start, but there's lots of work needed to make this safe for > general use. First, Thanks for y

linux-next: manual merge of the usb-gadget tree with Linus' tree

Hi Felipe, Today's linux-next merge of the usb-gadget tree got conflicts in drivers/usb/musb/omap2430.c and drivers/usb/musb/tusb6010.c between commit c1f01be4060b ("usb: musb: fix resource passed from glue layer to musb") from Linus' tree and commit c1a7d67c1901 ("usb: musb: use dev_get_platdata(

[GIT PULL] more ext4 bug fixes

The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b: Linux 3.11-rc2 (2013-07-21 12:05:29 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git tags/ext4_for_linus for you to fetch changes up to 44fb851dfb2f8e346

[GIT PULL] more ext4 bug fixes

The following changes since commit 3b2f64d00c46e1e4e9bd0bb9bb12619adac27a4b: Linux 3.11-rc2 (2013-07-21 12:05:29 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git tags/ext4_for_linus for you to fetch changes up to 44fb851dfb2f8e346

Re: [PATCH 5/5] usb: musb: dsps: use proper child nodes

On 7/31/2013 1:46 AM, Sebastian Andrzej Siewior wrote: This moves the two instances from the big node into two child nodes. The glue layer ontop does almost nothing. There is one devices containing the control module for USB (2) phy, (2) usb and later the dma engine. The usb device is the "glue d

linux-next: manual merge of the driver-core tree with the net-next tree

Hi Greg, Today's linux-next merge of the driver-core tree got a conflict in net/core/net-sysfs.c between commit ff80e519ab1b ("net: export physical port id via sysfs") from the net-next tree and commit 6be8aeef348a ("net: core: convert class code to use dev_groups") from the driver-core tree. I f

Re: [PATCH 17/18] sched: Retry migration of tasks to CPU on a preferred node

* Mel Gorman [2013-07-15 16:20:19]: > When a preferred node is selected for a tasks there is an attempt to migrate > the task to a CPU there. This may fail in which case the task will only > migrate if the active load balancer takes action. This may never happen if Apart from load imbalance or h

Re: [PATCH 1/3] fs: Introduce new flag FALLOC_FL_COLLAPSE_RANGE

2013/8/1, Dave Chinner : > On Wed, Jul 31, 2013 at 11:42:00PM +0900, Namjae Jeon wrote: >> From: Namjae Jeon >> >> Fallocate now supports new FALLOC_FL_COLLAPSE_RANGE flag. >> The semantics of this flag are following: >> 1) It collapses the range lying between offset and length by removing any >>

Re: [PATCH v5 0/4] [SCSI] sg: fix race condition in sg_open

On 13-07-22 01:03 PM, Jörn Engel wrote: On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote: There is a race when open sg with O_EXCL flag. Also a race may happen between sg_open and sg_remove. Changes from v4: * [3/4] use ERR_PTR series instead of adding another parameter in sg_add_sfp

Re: [PATCH 18/18] sched: Swap tasks when reschuling if a CPU on a target node is imbalanced

> @@ -904,6 +908,8 @@ static int task_numa_find_cpu(struct task_struct *p, int > nid) > src_eff_load *= src_load + effective_load(tg, src_cpu, -weight, > -weight); > > for_each_cpu(cpu, cpumask_of_node(nid)) { > + struct task_struct *swap_candidate = NULL; > + >

Re: [PATCH V2 4/6] cpuidle/pseries: Move the pseries_idle backend driver to sysdev.

Hi Dongsheng, On 07/31/2013 11:16 AM, Wang Dongsheng-B40534 wrote: > Hi Preeti, > >> -Original Message- >> From: Preeti U Murthy [mailto:pre...@linux.vnet.ibm.com] >> Sent: Wednesday, July 31, 2013 12:00 PM >> To: Wang Dongsheng-B40534 >> Cc: Deepthi Dharwar; b...@kernel.crashing.org; dan

Re: [PATCH 08/18] sched: Reschedule task on preferred NUMA node once selected

* Mel Gorman [2013-07-15 16:20:10]: > A preferred node is selected based on the node the most NUMA hinting > faults was incurred on. There is no guarantee that the task is running > on that node at the time so this patch rescheules the task to run on > the most idle CPU of the selected node when

[PATCH 02/10] KVM: PPC: reserve a capability number for multitce support

This is to reserve a capablity number for upcoming support of H_PUT_TCE_INDIRECT and H_STUFF_TCE pseries hypercalls which support mulptiple DMA map/unmap operations per one call. Signed-off-by: Alexey Kardashevskiy --- Changes: 2013/07/16: * changed the number Signed-off-by: Alexey Kardashevskiy

[PATCH 05/10] 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" in

[PATCH 08/10] powerpc/iommu: rework to support realmode

The TCE tables handling may differ for real and virtual modes so additional ppc_md.tce_build_rm/ppc_md.tce_free_rm/ppc_md.tce_flush_rm handlers were introduced earlier. So this adds the following: 1. support for the new ppc_md calls; 2. ability to iommu_tce_build to process mupltiple entries per c

[PATCH 03/10] KVM: PPC: reserve a capability and ioctl numbers for realmode VFIO

This is to reserve a capablity number for upcoming support of VFIO-IOMMU DMA operations in real mode. Signed-off-by: Alexey Kardashevskiy --- Changes: 2013/07/16: * changed the number 2013/07/11: * changed order in a file, added comment about a gap in ioctl number Signed-off-by: Alexey Kardash

[PATCH 10/10] KVM: PPC: Add hugepage support for IOMMU in-kernel handling

This adds special support for huge pages (16MB) in real mode. The reference counting cannot be easily done for such pages in real mode (when MMU is off) so we added a hash table of huge pages. It is populated in virtual mode and get_page is called just once per a huge page. Real mode handlers chec

[PATCH 07/10] KVM: PPC: Add support for multiple-TCE hcalls

This adds real mode handlers for the H_PUT_TCE_INDIRECT and H_STUFF_TCE hypercalls for user space emulated devices such as IBMVIO devices or emulated PCI. These calls allow adding multiple entries (up to 512) into the TCE table in one call which saves time on transition to/from real mode. This ad

[PATCH 04/10] powerpc: Prepare to support kernel handling of IOMMU map/unmap

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 extremely performance sensitive (especially with network adapters where eac

[PATCH 06/10] KVM: PPC: enable IOMMU_API for KVM_BOOK3S_64 permanently

It does not make much sense to have KVM in book3s-64bit and not to have IOMMU bits for PCI pass through support as it costs little and allows VFIO to function on book3s-kvm. Having IOMMU_API always enabled makes it unnecessary to have a lot of "#ifdef IOMMU_API" in arch/powerpc/kvm/book3s_64_vio*.

[PATCH 01/10] hashtable: add hash_for_each_possible_rcu_notrace()

This adds hash_for_each_possible_rcu_notrace() which is basically a notrace clone of hash_for_each_possible_rcu() which cannot be used in real mode due to its tracing/debugging capability. Signed-off-by: Alexey Kardashevskiy --- include/linux/hashtable.h | 15 +++ 1 file changed, 15

[PATCH 09/10] KVM: PPC: Add support for IOMMU in-kernel handling

This allows the host kernel to handle H_PUT_TCE, H_PUT_TCE_INDIRECT and H_STUFF_TCE requests targeted an IOMMU TCE table without passing them to user space which saves time on switching to user space and back. Both real and virtual modes are supported. The kernel tries to handle a TCE request in t

[PATCH 00/10 v7] KVM: PPC: IOMMU in-kernel handling

This accelerates VFIO DMA operations on POWER by moving them into kernel. The changes in this series are: 1. rebased on v3.11-rc3. 2. VFIO external user API will go through VFIO tree so it is excluded from this series. 3. As nobody ever reacted on "hashtable: add hash_for_each_possible_rcu_notrac

Re: [PATCH 4/9] dma: edma: Find missed events and issue them

On 07/31/2013 09:27 PM, Joel Fernandes wrote: > On 07/31/2013 04:18 AM, Sekhar Nori wrote: >> On Wednesday 31 July 2013 10:19 AM, Joel Fernandes wrote: >>> Hi Sekhar, >>> >>> On 07/30/2013 02:05 AM, Sekhar Nori wrote: On Monday 29 July 2013 06:59 PM, Joel Fernandes wrote: > In an effort to

Re: [patch 3/3] mm: page_alloc: fair zone allocator policy

On 07/31/2013 10:56 PM, Minchan Kim wrote: Yes, it's not really slow path because it could return to normal status without calling significant slow functions by reset batchcount of prepare_slowpath. I think it's tradeoff and I am biased your approach although we would lose a little performance

Re: [PATCH 1/3] fs: Introduce new flag FALLOC_FL_COLLAPSE_RANGE

On Thu, Aug 01, 2013 at 12:06:05AM -0400, Theodore Ts'o wrote: > On Thu, Aug 01, 2013 at 12:59:14PM +1000, Dave Chinner wrote: > > > > This funtionality is not introducing any new problems w.r.t. mmap(). > > In terms of truncating a mmap'd file, that can already occur and > > the behaviour is well

Re: [PATCH 1/3] fs: Introduce new flag FALLOC_FL_COLLAPSE_RANGE

On Thu, Aug 01, 2013 at 12:59:14PM +1000, Dave Chinner wrote: > > This funtionality is not introducing any new problems w.r.t. mmap(). > In terms of truncating a mmap'd file, that can already occur and > the behaviour is well known. That's not race I'm worried about. Consider the following scena

Re: [PATCH v2 1/3] ALSA: Added jack detection kcontrol support

On 07/29/2013 07:19 AM, Takashi Iwai wrote: At Fri, 26 Jul 2013 15:45:11 -0700, Felipe F. Tonello wrote: From: "Felipe F. Tonello" This patch adds jack support for alsa kcontrol. This support is necessary since the new kcontrol is used by user-space daemons, such as PulseAudio(>=2.0), to do

Re: [PATCH 4/4] ALSA: oxygen: Updating jack implementation according new ALSA Jacks

Hi Takashi, On 07/29/2013 05:10 AM, Takashi Iwai wrote: At Fri, 26 Jul 2013 12:02:51 -0700, Felipe Tonello wrote: Hi Mark, On Fri, Jul 26, 2013 at 11:56 AM, Mark Brown wrote: On Fri, Jul 26, 2013 at 11:25:33AM -0700, Felipe F. Tonello wrote: From: "Felipe F. Tonello" ALSA standard jacks

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

(2013/08/01 11:50), Steven Rostedt wrote: > Here's the new change log, but the same patch. Does this sound ok to you > guys? Great! This looks good for me. ;) Thank you very much! > > -- Steve > >>From 40c32592668b727cbfcf7b1c0567f581bd62a5e4 Mon Sep 17 00:00:00 2001 > From: "Steven Rostedt (R

Re: [PATCH 1/4] ALSA: Added jack detection kcontrol support

Hi Takashi, On 07/29/2013 05:05 AM, Takashi Iwai wrote: At Sat, 27 Jul 2013 13:25:24 +0100, Mark Brown wrote: On Fri, Jul 26, 2013 at 04:13:40PM -0700, Felipe Tonello wrote: On Fri, Jul 26, 2013 at 3:48 PM, Mark Brown wrote: What I'd expect to happen here is that for multi function jacks

Re: [PATCH 1/4] ALSA: Added jack detection kcontrol support

On 07/27/2013 05:25 AM, Mark Brown wrote: On Fri, Jul 26, 2013 at 04:13:40PM -0700, Felipe Tonello wrote: On Fri, Jul 26, 2013 at 3:48 PM, Mark Brown wrote: What I'd expect to happen here is that for multi function jacks we create a control per function if the controls are valid. Ok, so t

Re: [PATCH 4/9] dma: edma: Find missed events and issue them

On 07/31/2013 09:27 PM, Joel Fernandes wrote: > On 07/31/2013 04:18 AM, Sekhar Nori wrote: >> On Wednesday 31 July 2013 10:19 AM, Joel Fernandes wrote: >>> Hi Sekhar, >>> >>> On 07/30/2013 02:05 AM, Sekhar Nori wrote: On Monday 29 July 2013 06:59 PM, Joel Fernandes wrote: > In an effort to

Re: [PATCH] cpufreq: Re-arrange header files

On 1 August 2013 03:08, Rafael J. Wysocki wrote: > Normally, I'd regard that as pointless churn, but why don't you actually > remove direct #includes already included through cpufreq.h when you're at it? > > For example, what's the point of including cpumask.h directly from > cpufreq_governor.c if

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

Srikar, Can you give your Acked-by to this patch. Thanks! -- Steve On Wed, 2013-07-03 at 23:33 -0400, Steven Rostedt wrote: > plain text document attachment > (0004-tracing-uprobes-Fail-to-unregister-if-probe-event-fi.patch) > From: "Steven Rostedt (Red Hat)" > > When one of the event files

Re: [PATCH] Xen: Fix retry calls into PRIVCMD_MMAPBATCH*.

-- Resend as I haven't seen this hit the lists. Maybe some smtp misconfig. Apologies. Also expanded cc -- When a foreign mapper attempts to map guest frames that are paged out, the mapper receives an ENOENT response and will have to try again while a helper process pages the target frame back in.

Re: [PATCH 2/2] f2fs: add sysfs entries to select the gc policy

Hi Jeon, On 07/31/2013 10:33 PM, Namjae Jeon wrote: > From: Namjae Jeon > > Add sysfs entries namely gc_long_idle and gc_short_idle to control the > gc policy. Where long idle corresponds to selecting a cost benefit approach, > while short idle corresponds to selecting a greedy approach to garb

Re: [PATCH resend] drop_caches: add some documentation and info message

On Wed, 31 Jul 2013 23:11:50 -0400 KOSAKI Motohiro wrote: > >> --- a/fs/drop_caches.c > >> +++ b/fs/drop_caches.c > >> @@ -59,6 +59,8 @@ int drop_caches_sysctl_handler(ctl_table *table, int > >> write, > >>if (ret) > >>return ret; > >>if (write) { > >> + printk(KERN

Re: [PATCH 1/2] f2fs: add sysfs support for controlling the gc_thread

Hi Jeon, On 07/31/2013 10:33 PM, Namjae Jeon wrote: > From: Namjae Jeon > > Add sysfs entries to control the timing parameters for > f2fs gc thread. > > Various Sysfs options introduced are: > gc_min_sleep_time: Min Sleep time for GC in ms > gc_max_sleep_time: Max Sleep time for GC in ms > gc_

Re: [PATCH resend] drop_caches: add some documentation and info message

>> --- a/fs/drop_caches.c >> +++ b/fs/drop_caches.c >> @@ -59,6 +59,8 @@ int drop_caches_sysctl_handler(ctl_table *table, int write, >> if (ret) >> return ret; >> if (write) { >> +printk(KERN_INFO "%s (%d): dropped kernel caches: %d\n", >> + curr

Re: [PATCH 4/9] syslog_ns: make syslog handling per namespace

On 2013/8/1 9:36, Gao feng wrote: > On 07/29/2013 10:31 AM, Rui Xiang wrote: >> This patch makes syslog buf and other fields per >> namespace. >> >> Here use ns->log_buf(log_buf_len, logbuf_lock, >> log_first_seq, logbuf_lock, and so on) fields >> instead of global ones to handle syslog. >> >> Sysl

[PATCH] asymmetric keys: explicitly add the leading zero byte to encoded message

From: Chun-Yi Lee Per PKCS1 spec, the EMSA-PKCS1-v1_5 encoded message is leading by 0x00 0x01 in its first 2 bytes. The leading zero byte is suppressed by MPI so we pass a pointer to the _preceding_ byte to RSA_verify() in original code, but it has risk for the byte is not zero because it's not i

Re: [Ksummit-2013-discuss] [ARM ATTEND] catching up on exploit mitigations

On Wed, Jul 31, 2013 at 07:47:30PM -0700, Olof Johansson wrote: > > > Hmm, really? Did you reported these bugs? I'm not aware of mainline > > > having any changes related to bug reports on PTEs on ARM. > > > > I wasn't sure if it was a googleism, or happens on mainline, so no. > > As of

Re: [PATCH 1/3] fs: Introduce new flag FALLOC_FL_COLLAPSE_RANGE

On Wed, Jul 31, 2013 at 09:07:52PM -0400, Theodore Ts'o wrote: > On Thu, Aug 01, 2013 at 10:54:47AM +1000, Dave Chinner wrote: > > > It's not just the range that it's operating on, but also the region > > > beyond the range that's been collapsed out. > > > > Yes, that's part of "the range that it

[PATCH 3/9] perf hists: Free srcline when freeing hist_entry

From: Namhyung Kim We've been leaked srcline of hist_entry, it should be freed also. Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c index 46a0d35a05e1..e6c11ccf138c 100644 --- a/tools/pe

[PATCH 1/9] perf sort: Fix a memory leak on srcline

From: Namhyung Kim In the hist_entry__srcline_snprintf(), path and self->srcline are pointing the same memory region, but they are doubly allocated. Signed-off-by: Namhyung Kim --- tools/perf/util/sort.c | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/tools/perf/util/so

[PATCH 0/9] perf tools: Enhance and correct srcline behavior

Hello, This patchset tries to fix and enhance current srcline behavior. Firstly it doesn't actually sort by srcline info but by ip. I suspect it was because of a performance reason to run external addr2line utility. It showed the srcline info after hist entries were collapsed. Thanks to Robert

[PATCH 7/9] perf tools: Save failed result of get_srcline()

From: Namhyung Kim Some dso's lack srcline info, so there's no point to keep trying on them. Just save failture status and skip them. Signed-off-by: Namhyung Kim --- tools/perf/util/dso.c | 1 + tools/perf/util/dso.h | 1 + tools/perf/util/srcline.c | 10 -- 3 files changed,

[PATCH 8/9] perf tools: Implement addr2line directly using libbfd

From: Roberto Vitillo When the srcline sort key is used , the external addr2line utility needs to be run for each hist entry to get the srcline info. This can consume quite a time if one has a huge perf.data file. So rather than executing the external utility, implement it internally and just c

[PATCH 2/9] perf annotate: Reuse path from the result of addr2line

From: Namhyung Kim In the symbol__get_source_line(), path and src_line->path will have same value, but they were allocated separately, and leaks one. Just share path to src_line->path. Signed-off-by: Namhyung Kim --- tools/perf/util/annotate.c | 6 +- 1 file changed, 1 insertion(+), 5 dele

[PATCH 4/9] perf tools: Factor out get/free_srcline()

From: Namhyung Kim Currently external addr2line tool is used for srcline sort key and annotate with srcline info. Separate the common code to prepare upcoming enhancements. Signed-off-by: Namhyung Kim --- tools/perf/Makefile| 1 + tools/perf/util/annotate.c | 20 ++- tools/pe

[PATCH 9/9] perf tools: Fix srcline sort key behavior

From: Namhyung Kim Currently the srcline sort key compares ip rather than srcline info. I guess this was due to a performance reason to run external addr2line utility. Now we have implemented the functionality inside, use the srcline info when comparing hist entries. Also constantly print "??:0

[PATCH 5/9] perf tools: Do not try to call addr2line for non-binary files

From: Namhyung Kim No need to call addr2line since they don't have such information. Signed-off-by: Namhyung Kim --- tools/perf/util/sort.c| 3 --- tools/perf/util/srcline.c | 11 +-- 2 files changed, 9 insertions(+), 5 deletions(-) diff --git a/tools/perf/util/sort.c b/tools/per

Re: [patch 3/3] mm: page_alloc: fair zone allocator policy

Hi Hannes, On Fri, Jul 19, 2013 at 04:55:25PM -0400, Johannes Weiner wrote: > Each zone that holds userspace pages of one workload must be aged at a > speed proportional to the zone size. Otherwise, the time an > individual page gets to stay in memory depends on the zone it happened > to be alloc

[PATCH 6/9] perf tools: Pass dso instead of dso_name to get_srcline()

From: Namhyung Kim This is a preparation of next change. No functional changes are intended. Signed-off-by: Namhyung Kim --- tools/perf/util/annotate.c | 11 --- tools/perf/util/dso.h | 1 + tools/perf/util/sort.c | 2 +- tools/perf/util/srcline.c | 4 +++- tools/perf/uti

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

Here's the new change log, but the same patch. Does this sound ok to you guys? -- Steve >From 40c32592668b727cbfcf7b1c0567f581bd62a5e4 Mon Sep 17 00:00:00 2001 From: "Steven Rostedt (Red Hat)" Date: Wed, 3 Jul 2013 23:33:50 -0400 Subject: [PATCH] tracing/kprobes: Fail to unregister if probe even

Re: [PATCH 3/3] ext4: Implement FALLOC_FL_COLLAPSE_RANGE

On Wed, Jul 31, 2013 at 11:42:26PM +0900, Namjae Jeon wrote: > From: Namjae Jeon > > New fallocate flag FALLOC_FL_COLLAPSE_RANGE implementation for Ext4 . > + > + punch_start = offset >> EXT4_BLOCK_SIZE_BITS(sb); > + punch_stop = (offset + len) >> EXT4_BLOCK_SIZE_BITS(sb); > + > +

Re: [PATCH v14 0/6] LSM: Multiple concurrent LSMs

On Thu, Jul 25, 2013 at 11:52 PM, Casey Schaufler wrote: > Subject: [PATCH v14 0/6] LSM: Multiple concurrent LSMs > > Version 14 of this patchset is based on v3.10. > It required significant change from version 13 due to changes > in the audit code. It came out cleaner, especially in the changes >

Re: [Ksummit-2013-discuss] [ARM ATTEND] catching up on exploit mitigations

On Wed, Jul 31, 2013 at 7:24 AM, Dave Jones wrote: > On Wed, Jul 31, 2013 at 10:40:12AM +0100, Russell King - ARM Linux wrote: > > On Tue, Jul 30, 2013 at 08:04:44PM -0400, Dave Jones wrote: > > > To use ARM as an example, the bugs I've seen have mostly been in arch > specific > > > code that

[PATCH RFC 2/2] qspinlock x86: Enable x86 to use queue spinlock

This patch makes the necessary changes at the x86 architecture specific layer to enable the presence of the CONFIG_QUEUE_SPINLOCK kernel option which can be used to replace the ticket spinlock by the queue spinlock. The turning on of ARCH_QUEUE_SPINLOCK config option does not mean that the ticket

[PATCH RFC 1/2] qspinlock: Introducing a 4-byte queue spinlock implementation

This patch introduces a new queue spinlock implementation that can serve as an alternative to the default ticket spinlock. Compared with the ticket spinlock, this queue spinlock should be as fair as the ticket spinlock. It is faster both in single-thread and in high contention situations. Only in l

Re: [PATCH V2 1/9] perf tools: add test for reading object code

Hi Peter, On Wed, Jul 31, 2013 at 11:24 PM, Peter Zijlstra wrote: > On Wed, Jul 31, 2013 at 11:17:32AM -0300, Arnaldo Carvalho de Melo wrote: >> Em Wed, Jul 31, 2013 at 12:13:50AM +0300, Adrian Hunter escreveu: >> > Using the information in mmap events, perf tools can read object >> > code associ

[PATCH] mmc: omap_hsmmc: Fix sleep too long in ISR context.

We found a problem when we removed a working sd card that the irqaction of omap_hsmmc can sleep to 3.6s. This cause our watchdog to work. In func omap_hsmmc_reset_controller_fsm, it should watch a 0->1 transition.It used loops_per_jiffy as the timer. The code is: > while ((!(OMAP_HSMMC_READ(host->b

Re: [PATCH 4/9] dma: edma: Find missed events and issue them

On 07/31/2013 04:18 AM, Sekhar Nori wrote: > On Wednesday 31 July 2013 10:19 AM, Joel Fernandes wrote: >> Hi Sekhar, >> >> On 07/30/2013 02:05 AM, Sekhar Nori wrote: >>> On Monday 29 July 2013 06:59 PM, Joel Fernandes wrote: In an effort to move to using Scatter gather lists of any size with >

Re: [PATCH v2] dma: mmp_pdma: fix a memory alloc error

2013/7/29 Vinod Koul : > On Thu, Jul 25, 2013 at 10:22:50AM +0800, Xiang Wang wrote: > > Btw its generally a good idea to remove the parts not required for further > discussion > >> Would you please explain a little more about why we should use >> GFP_NOWAIT here? This memory is not dedicated for D

Re: [PATCH -v2] sched,x86: optimize switch_mm for multi-threaded workloads

On Wed, Jul 31, 2013 at 7:14 PM, Rik van Riel wrote: > > Is this better? Not that I really care which version gets applied :) I'm ok with this. That said, I'm assuming this goes in through Ingo, since it is both x86 and scheduler-related. I can take it directly, but see no real reason to. Ingo?

Re: [RFC/RFT PATCH 4/5] ARM: mm: change max*pfn to include the physical offset of memory

On Wednesday 31 July 2013 06:56 AM, Russell King - ARM Linux wrote: > On Fri, Jul 12, 2013 at 05:48:13PM -0400, Santosh Shilimkar wrote: >> diff --git a/arch/arm/include/asm/dma-mapping.h >> b/arch/arm/include/asm/dma-mapping.h >> index 5b579b9..b2d5937 100644 >> --- a/arch/arm/include/asm/dma-map

  1   2   3   4   5   6   7   8   9   >