Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children

(2013/04/03 18:13), Li Zefan wrote: > Suppose we rmdir a cgroup and there're still css refs, this cgroup won't > be freed. Then we rmdir the parent cgroup, and the parent is freed due > to css ref draining to 0. Now it would be a disaster if the child cgroup > tries to access its parent. > > Make

linux-next: Tree for Apr 5

Hi all, Changes since 20130404: The ext4 tree lost its build failure. The wireless-next tree still had its build failure for which I applied a supplied patch. The vhost tree gained conflicts against the kvm tree. The arm-soc tree gained a conflict against the xilinx tree. The imx-mxs tree

Re: linux-next: manual merge of the arm-soc tree with the xilinx tree

Hi Michal, On Fri, 5 Apr 2013 07:52:34 +0200 Michal Simek wrote: > > 2013/4/5 Stephen Rothwell > > > > BTW, that xilinx tree commit has no "Signed-off-by" for the committer ... > > Interesting that you can't see Rob's Signed-off-by line. Rob was the author, you were the committer ... $ git

Re: [RFC][PATCH 4/7] memcg: use css_get/put for swap memcg

(2013/04/03 18:12), Li Zefan wrote: > Use css_get/put instead of mem_cgroup_get/put. > > Signed-off-by: Li Zefan > --- > mm/memcontrol.c | 26 -- > 1 file changed, 16 insertions(+), 10 deletions(-) > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index

Re: [PATCH v4] gpio: mcp23s08: convert driver to DT

On Thursday 04 April 2013 15:44:08 Linus Walleij wrote: > On Thu, Apr 4, 2013 at 12:02 PM, Lars Poeschel wrote: > > From: Lars Poeschel > > > > This converts the mcp23s08 driver to be able to be used with device > > tree. > > There is a "spi-present-mask" device tree property, that allows to >

Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache

(2013/04/03 18:12), Li Zefan wrote: > Use css_get()/css_put() instead of mem_cgroup_get()/mem_cgroup_put(). > > Signed-off-by: Li Zefan > --- > mm/memcontrol.c | 10 +- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/mm/memcontrol.c b/mm/memcontrol.c > index

Re: Ricoh DMAR bug returns? (WAS Re: [PATCH v4] Quirk for buggy dma source tags with Intel IOMMU.)

On 04/05/2013 12:44 AM, Andrew Cooks wrote: On Tue, Apr 2, 2013 at 11:47 PM, Pat Erley wrote: On 04/02/2013 10:50 AM, Andrew Cooks wrote: On 2 Apr 2013 15:37, "Pat Erley" mailto:pat-l...@erley.org>> wrote: > > On 03/07/2013 09:35 PM, Andrew Cooks wrote: >> >> ---

linux-next: build warning after merge of the wireless-next tree

Hi John, After merging the wireless-next tree, today's linux-next build (powerpc allyesconfig) produced these warnings: In file included from drivers/net/wireless/rtlwifi/rtl8188ee/dm.c:38:0: drivers/net/wireless/rtlwifi/rtl8188ee/trx.h:553:6: warning: "__LITTLE_ENDIAN" is not defined [-Wundef]

Re: [PATCH] lib80211: make lib80211 can be enabled independently

On Fri, Apr 05, 2013 at 10:51:30AM +1100, Julian Calaby wrote: > Just as a bit of explanation for Johannes' NACK: > > 1. The only reason lib80211 still exists is because a couple of > in-tree drivers still use it. If this weren't the case, the code would > have been removed a long time ago as

Re: [PATCH] cpufreq/intel_pstate: Set timer timeout correctly

On 04/04/13 10:19 PM, Viresh Kumar wrote: On Thu, Apr 4, 2013 at 11:05 PM, wrote: From: Dirk Brandewie The current calculation of the delay time is wrong and a cut and paste error from a previous experimental driver. This can result in the timeout being set to jiffies + 1 which setup the

[PATCH v5] clk: add si5351 i2c common clock driver

This patch adds a common clock driver for Silicon Labs Si5351a/b/c i2c programmable clock generators. Currently, the driver supports DT kernels only and VXCO feature of si5351b is not implemented. DT bindings selectively allow to overwrite stored Si5351 configuration which is very helpful for

[PATCH] clk: add helper to set flags for clk-provider

Clock providers are not allowed to mess with struct clk internals directly but using helpers provided by clk-provider.h. This patch adds a helper to allow to set flags of a clock after registration. This is useful, if clock flags change during runtime, e.g. ability to set parent clock after mux

Re: [PATCH 3/5] SOUND: hda_generic, fix uninitialized variable

At Thu, 4 Apr 2013 22:32:10 +0200, Jiri Slaby wrote: > > changed is not initialized in path_power_down_sync, but it is expected > to be false in case no change happened in the loop. So set it to > false. > > Signed-off-by: Jiri Slaby > Cc: Jaroslav Kysela > Cc: Takashi Iwai Thanks, applied.

Re: [PATCH] cpufreq/intel_pstate: Set timer timeout correctly

On Thu, Apr 4, 2013 at 11:05 PM, wrote: > From: Dirk Brandewie > > The current calculation of the delay time is wrong and a cut and paste > error from a previous experimental driver. This can result in the > timeout being set to jiffies + 1 which setup the driver to race with > it's self if

Re: [PATCH 0/2] cpufreq/regulator: Handle regulators that defer probe with device tree bindings

On 5 April 2013 09:51, Nishanth Menon wrote: > Currently get_regulator returns -EPROBE_DEFER in the case of regulator supply > which have no device tree node or even if regulator which are depicted in > device > tree node is defering it's registration for valid reasons. > > This makes it

Re: [PATCH] ARM: arch_timer: Silence debug preempt warnings

On 4/2/2013 1:31 PM, Stephen Boyd wrote: > Hot-plugging with CONFIG_DEBUG_PREEMPT=y on a device with arm > architected timers causes a slew of "using smp_processor_id() in > preemptible" warnings: > > BUG: using smp_processor_id() in preemptible [] code: sh/111 > caller is

regulator: query on regulator re-entrance

Hi Liam, Mark, TI platforms typically use Adaptive Voltage Scaling technique to determine an optimal voltage on top of the traditional DVFS strategy to optimize power. Depending on the SoC, we use AVS class 0, 1, 1.5, 2, 3. In general, the AVS strategy is pretty much like a regulator which then

libata: can't set force= on subdevice

Hi, Using kernel 3.2.x (Debian Wheezy) and when setting libata.force= kernel command line parameters, there seems to be a conflict with the '.'. For example, with the following boot argument: libata.force=ata1.0:udma/44 I get: libata: Unknown parameter '0:udma/44'

libata: how to duplicate the exact xfer_mask?

I'm using a 3.2.x kernel (Debian Wheezy, 3.2.41 with Debian patches), on a Dell Inspiron 630m with an old TravelStar 12G IDE disk. As the system boots I get: [ 46.880298] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 46.880450] ata1.00: failed command: WRITE DMA [

Re: [PATCH] Add non-zero module sections to sysfs

Sebastian Wankerl writes: > On 04/04/13 03:00, Rusty Russell wrote: >> Sebastian Wankerl writes: >>> Add non-zero module sections to sysfs on architectures unequal to PARISC. >>> KGDB needs all module sections for proper module debugging. Therefore, >>> commit >>>

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

Hi Kukjin, Today's linux-next merge of the samsung tree got a conflict in drivers/irqchip/irq-s3c24xx.c between commit de88cbb7b244 ("arm: Move chained_irq_(enter|exit) to a generic file") from the arm-soc tree (where it is called arch/arm/mach-s3c24xx/irq.c) and commit f0774d41da0e ("irqchip:

Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()

(2013/04/03 18:11), Li Zefan wrote: > Use css_get/css_put instead of mem_cgroup_get/put. > > Note, if at the same time someone is moving @current to a different > cgroup and removing the old cgroup, css_tryget() may return false, > and sock->sk_cgrp won't be initialized. > > Signed-off-by: Li

RE: [PATCHv2 1/3] thermal: introduce thermal_zone_get_zone_by_name helper function

> -Original Message- > From: Eduardo Valentin [mailto:eduardo.valen...@ti.com] > Sent: Friday, April 05, 2013 1:52 AM > To: R, Durgadoss > Cc: Eduardo Valentin; Zhang, Rui; linux...@vger.kernel.org; linux- > ker...@vger.kernel.org > Subject: Re: [PATCHv2 1/3] thermal: introduce >

[PATCH v7] i2c: exynos5: add High Speed I2C controller driver

From: Naveen Krishna Chatradhi Adds support for High Speed I2C driver found in Exynos5 and later SoCs from Samsung. This driver currently supports Auto mode. Driver only supports Device Tree method. Note: Added debugfs support for registers view, not tested. Signed-off-by: Taekgyun Ko

Re: [PATCH V4 0/2] cpufreq: ondemand: add AMD specific powersave bias

On 4 April 2013 21:49, Jacob Shin wrote: > This patchset adds AMD specific powersave bias function to the ondemand > governor; which can be used to help ondemand governor make more power > conscious > frequency change decisions based on feedback from hardware (availble on AMD > Family 16h and

Re: [PATCH 2/2] af_unix: If we don't care about credentials coallesce all messages

From: ebied...@xmission.com (Eric W. Biederman) Date: Wed, 03 Apr 2013 19:14:47 -0700 > > It was reported that the following LSB test case failed > https://lsbbugs.linuxfoundation.org/attachment.cgi?id=2144 because we > were not coallescing unix stream messages when the application was >

Re: [PATCH 3/2] scm: Stop passing struct cred

From: ebied...@xmission.com (Eric W. Biederman) Date: Wed, 03 Apr 2013 20:28:16 -0700 > > Now that uids and gids are completely encapsulated in kuid_t > and kgid_t we no longer need to pass struct cred which allowed > us to test both the uid and the user namespace for equality. > > Passing

Re: [PATCH 1/2] Revert "af_unix: dont send SCM_CREDENTIAL when dest socket is NULL"

From: ebied...@xmission.com (Eric W. Biederman) Date: Wed, 03 Apr 2013 19:13:35 -0700 > > This reverts commit 14134f6584212d585b310ce95428014b653dfaf6. > > The problem that the above patch was meant to address is that af_unix > messages are not being coallesced because we are sending

Re: [ 105/124] af_unix: dont send SCM_CREDENTIAL when dest socket is NULL

From: Sven Joachim Date: Wed, 03 Apr 2013 13:41:32 +0200 > On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote: > >> 3.8-stable review patch. If anyone has any objections, please let me know. > > I'm seeing several complaints from udevd at boot in both 3.8.6-rc1 and > 3.9-rc5: "udevd[56]:

Ricoh DMAR bug returns? (WAS Re: [PATCH v4] Quirk for buggy dma source tags with Intel IOMMU.)

On Tue, Apr 2, 2013 at 11:47 PM, Pat Erley wrote: > On 04/02/2013 10:50 AM, Andrew Cooks wrote: >> >> On 2 Apr 2013 15:37, "Pat Erley" > > wrote: >> > >> > On 03/07/2013 09:35 PM, Andrew Cooks wrote: >> >> >> >> --- a/drivers/pci/quirks.c >> >> +++

linux-next: manual merge of the imx-mxs tree with the pinctrl tree

Hi Shawn, Today's linux-next merge of the imx-mxs tree got a conflict in drivers/pinctrl/Makefile between commit 62194200e5e3 ("pinctrl: remove pxa pinctrl driver") from the pinctrl tree and commit b8979245b6ff ("pinctrl: add pinctrl driver for imx6dl") from the imx-mxs tree. I fixed it up (see

Re: [PATCH -mm -next] ipc,sem: untangle RCU locking with find_alloc_undo

On Tue, 2013-03-26 at 16:00 -0400, Rik van Riel wrote: > On Tue, 26 Mar 2013 14:07:14 -0400 > Sasha Levin wrote: > > > > Not necessarily, we do release everything at the end of the function: > > > out_unlock_free: > > > sem_unlock(sma, locknum); > > > > Ow, there's a rcu_read_unlock()

Re: [PATCH] [PATCH] Gaurantee spinlocks implicit barrier for !PREEMPT_COUNT

Hi Thomas, On 04/04/2013 08:58 PM, Christian Ruppert wrote: > Hi Vineet, > > Our stress testing campaign has just successfully completed on this > patch. It seems to solve several issues we have seen in unpatched > versions, amongst others the original timer issue, a crash in hrtimer > rb-tree

Re: linux-next: manual merge of the arm-soc tree with the xilinx tree

Hi all, On Fri, 5 Apr 2013 15:33:35 +1100 Stephen Rothwell wrote: > > Today's linux-next merge of the arm-soc tree got a conflict in > arch/arm/mach-spear/spear13xx.c between commit c79e33b3e828 ("ARM: > smp_twd: convert to use CLKSRC_OF init") from the xilinx tree and commit > 2b9c613c4ee1

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

Hi all, Today's linux-next merge of the arm-soc tree got a conflict in arch/arm/mach-spear/spear13xx.c between commit c79e33b3e828 ("ARM: smp_twd: convert to use CLKSRC_OF init") from the xilinx tree and commit 2b9c613c4ee1 ("ARM: spear: move generic.h and pl080.h into private dir") from the

[RFC] revoke(2) and generic handling of things like remove_proc_entry()

After some digging in procfs logics for revoking further file IO after remove_proc_entry() (and figuring out what to do for debugfs - it also needs something similar), I think I've got something that has potential to become a working revoke(2) with very low overhead. It will require some

Re: [RFC] Add implicit barriers to irqsave/restore class of functions

Hi Peter, On 04/04/2013 09:43 PM, Peter Zijlstra wrote: > - : "cc"); > + : "memory", "cc"); > That's not a memory barrier, that a memory clobber, aka a compiler > barrier. For the problem under consideration we indeed want a compiler barrier because the error shows up due to a stale

[PATCH 0/2] cpufreq/regulator: Handle regulators that defer probe with device tree bindings

Hi, Currently get_regulator returns -EPROBE_DEFER in the case of regulator supply which have no device tree node or even if regulator which are depicted in device tree node is defering it's registration for valid reasons. This makes it impossible to use an regulator that registers itself after

[PATCH 2/2] cpufreq: cpufreq-cpu0: defer probe when regulator is not ready

regulator_get will now return -EPROBE_DEFER when the cpu0-supply node is present, but the regulator is not yet registered. It is possible for this to occur when the regulator registration by itself might be defered due to some dependent interface not yet instantiated. For example: an regulator

[PATCH 1/2] regulator: core: return err value for regulator_get if there is no DT binding

commit 6d191a5fc7a969d972f1681e1c23781aecb06a61 (regulator: core: Don't defer probe if there's no DT binding for a supply) Attempted to differentiate between regulator_get() with an actual DT binding for the supply and when there is none to avoid unnecessary deferal. In cases where a driver,

[PATCH] mmc: mxs-mmc: Add support for non-removable cards

Some boards and card slots doesn't have card detect feature available. In that case allow to mark the cards as non-removable, via devicetree. Signed-off-by: Alexandre Pereira da Silva --- drivers/mmc/host/mxs-mmc.c |6 ++ 1 file changed, 6 insertions(+) diff --git

[PATCH] ARM: dts: imx23-olinuxino: Set the sdcard as non-removable

The imx23-olinuxino sdcard doesn't support card detect. Signed-off-by: Alexandre Pereira da Silva --- arch/arm/boot/dts/imx23-olinuxino.dts |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/imx23-olinuxino.dts b/arch/arm/boot/dts/imx23-olinuxino.dts index

linux-next: manual merge of the vhost tree with the kvm tree

Hi Michael, Today's linux-next merge of the vhost tree got a conflict in include/uapi/linux/kvm.h between commit 2b83451b45d7 ("KVM: ioeventfd for virtio-ccw devices") from the kvm tree and commit 4697e2cddfe6 ("kvm: add PV MMIO EVENTFD") from the vhost tree. I fixed it up (see below) and can

linux-next: manual merge of the vhost tree with the kvm tree

Hi Michael, Today's linux-next merge of the vhost tree got a conflict in include/linux/kvm_host.h between commit 060f0ce6ff97 ("KVM: Introduce KVM_VIRTIO_CCW_NOTIFY_BUS") from the kvm tree and commit 4697e2cddfe6 ("kvm: add PV MMIO EVENTFD") from the vhost tree. I fixed it up (see below) and can

Re: [PATCHv2, RFC 12/30] thp, mm: add event counters for huge page alloc on write to a file

Hi Kirill, On 03/26/2013 04:40 PM, Kirill A. Shutemov wrote: Dave Hansen wrote: On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote: --- a/include/linux/vm_event_item.h +++ b/include/linux/vm_event_item.h @@ -71,6 +71,8 @@ enum vm_event_item { PGPGIN, PGPGOUT, PSWPIN, PSWPOUT,

Re: [PATCHv2, RFC 11/30] thp, mm: handle tail pages in page_cache_get_speculative()

Hi Kirill, On 03/15/2013 01:50 AM, Kirill A. Shutemov wrote: From: "Kirill A. Shutemov" For tail page we call __get_page_tail(). It has the same semantics, but for tail page. Signed-off-by: Kirill A. Shutemov --- include/linux/pagemap.h |4 +++- 1 file changed, 3 insertions(+), 1

Re: [PATCH] lib80211: make lib80211 can be enabled independently

On 04/04/13 16:51, Julian Calaby wrote: > Hi Wang, > > On Fri, Apr 5, 2013 at 3:01 AM, Wang YanQing wrote: >> >> Current we can only enable lib80211 by enable a driver >> in tree use it which will select it, but some out tree's >> drivers also use it, so I think it has sense to make lib80211 >>

Re: [PATCHv2, RFC 07/30] thp, mm: introduce mapping_can_have_hugepages() predicate

On 04/05/2013 11:45 AM, Ric Mason wrote: Hi Kirill, On 03/15/2013 01:50 AM, Kirill A. Shutemov wrote: From: "Kirill A. Shutemov" Returns true if mapping can have huge pages. Just check for __GFP_COMP in gfp mask of the mapping for now. Signed-off-by: Kirill A. Shutemov ---

Re: Re: [PATCH 3/4] uprobes/tracing: Kill the pointless local_save_flags/preempt_count calls

(2013/04/04 23:25), Srikar Dronamraju wrote: > * Oleg Nesterov [2013-03-29 19:15:45]: > >> uprobe_trace_func() is never called with irqs or preemption >> disabled, no need to ask preempt_count() or local_save_flags(). >> >> Signed-off-by: Oleg Nesterov > > Acked-by: Srikar Dronamraju > >

Re: [PATCHv2, RFC 07/30] thp, mm: introduce mapping_can_have_hugepages() predicate

Hi Kirill, On 03/15/2013 01:50 AM, Kirill A. Shutemov wrote: From: "Kirill A. Shutemov" Returns true if mapping can have huge pages. Just check for __GFP_COMP in gfp mask of the mapping for now. Signed-off-by: Kirill A. Shutemov --- include/linux/pagemap.h | 10 ++ 1 file

Re: [PATCHv2, RFC 05/30] thp, mm: avoid PageUnevictable on active/inactive lru lists

Hi Kirill, On 03/22/2013 06:11 PM, Kirill A. Shutemov wrote: Dave Hansen wrote: On 03/14/2013 10:50 AM, Kirill A. Shutemov wrote: active/inactive lru lists can contain unevicable pages (i.e. ramfs pages that have been placed on the LRU lists when first allocated), but these pages must not have

Re: [PATCHv2, RFC 04/30] radix-tree: implement preload for multiple contiguous elements

Hi Kirill, On 03/15/2013 01:50 AM, Kirill A. Shutemov wrote: From: "Kirill A. Shutemov" Currently radix_tree_preload() only guarantees enough nodes to insert one element. It's a hard limit. You cannot batch a number insert under one tree_lock. This patch introduces radix_tree_preload_count().

Re: [RFC PATCH v2 2/6] powerpc: Exception hooks for context tracking subsystem

On Fri, Mar 29, 2013 at 06:00:17PM +0800, Li Zhong wrote: > This is the exception hooks for context tracking subsystem, including > data access, program check, single step, instruction breakpoint, machine > check, > alignment, fp unavailable, altivec assist, unknown exception, whose handlers >

Re: [PATCH v3 00/22] x86, ACPI, numa: Parse numa info early

On Thu, Apr 4, 2013 at 7:28 PM, Thomas Renninger wrote: > On Thursday, April 04, 2013 04:46:04 PM Yinghai Lu wrote: >> One commit that tried to parse SRAT early get reverted before v3.9-rc1. >> >> | commit e8d1955258091e4c92d5a975ebd7fd8a98f5d30f >> | Author: Tang Chen >> | Date: Fri Feb 22

[PATCH] perf probe: Enhance error message on non-kprobeable functions

From: Namhyung Kim Some of kernel functions are not allowed to be used by kprobes for some reason, so they're marked as __kprobe on the source code and reside on ".kprobes.text" section. However normal users which only see /proc/kallsyms don't know about them and would get only general error

Re: [PATCH v2 3/4] kprobes: move x86-specific blacklist symbols to arch directory

(2013/04/04 21:51), Oskar Andero wrote: > From: Björn Davidsson > > The common kprobes blacklist contains x86-specific symbols. > Looking for these in kallsyms takes unnecessary time during startup > on non-X86 platform. The symbols where moved to > arch/x86/kernel/kprobes/core.c. OK, it looks

Re: [PATCH v2 2/4] kprobes: split blacklist into common and arch

(2013/04/04 21:51), Oskar Andero wrote: > Some blackpoints are only valid for specific architectures. To let each > architecture specify its own blackpoints the list has been split in two > lists: common and arch. The common list is kept in kernel/kprobes.c and > the arch list is kept in the arch/

Re: [PATCH v3 00/22] x86, ACPI, numa: Parse numa info early

On Thursday, April 04, 2013 04:46:04 PM Yinghai Lu wrote: > One commit that tried to parse SRAT early get reverted before v3.9-rc1. > > | commit e8d1955258091e4c92d5a975ebd7fd8a98f5d30f > | Author: Tang Chen > | Date: Fri Feb 22 16:33:44 2013 -0800 > | > |acpi, memory-hotplug: parse SRAT

RE: [PATCHv8 5/8] mm: break up swap_writepage() for frontswap backends

> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com] > Subject: Re: [PATCHv8 5/8] mm: break up swap_writepage() for frontswap > backends > > On 04/04/2013 05:10 PM, Seth Jennings wrote: > > swap_writepage() is currently where frontswap hooks into the swap > > write path to capture pages

RE: [PATCHv8 0/8] zswap: compressed swap caching

> From: Seth Jennings [mailto:sjenn...@linux.vnet.ibm.com] > Subject: [PATCHv8 0/8] zswap: compressed swap caching > > ... I am submitting this as a > candidate for merging in the v3.10 window... > : > I'll be attending the LSF/MM summit where there (hopefully) will be a > discussion this

Re: mkfs.f2fs gets stuck with "blk_update_request: bio idx 0 >= vcnt 0" on 3.8

On Fri, Apr 5, 2013 at 5:53 AM, Shaohua Li wrote: > On Thu, Apr 04, 2013 at 06:00:18AM +0400, Max Filippov wrote: [...] >> the commit 0cfbcafcae8b7364b5fa96c2b26ccde7a3a296a9 'block: add plug >> for blkdev_issue_discard' >> have added merge opportunity for DISCARD requests. When I do >>

Re: Re: [PATCH v2 1/4] kprobes: delay blacklist symbol lookup until we actually need it

(2013/04/05 9:56), Joonsoo Kim wrote: > Hello, Oskar. > > On Thu, Apr 04, 2013 at 02:51:26PM +0200, Oskar Andero wrote: >> From: Toby Collett >> >> The symbol lookup can take a long time and kprobes is >> initialised very early in boot, so delay symbol lookup >> until the blacklist is first

Re: [PATCH 4/5] sched: don't consider upper se in sched_slice()

Hello, Preeti. On Thu, Apr 04, 2013 at 12:18:32PM +0530, Preeti U Murthy wrote: > Hi Joonsoo, > > On 04/04/2013 06:12 AM, Joonsoo Kim wrote: > > Hello, Preeti. > > > > > So, how about extending a sched_period with rq->nr_running, instead of > > cfs_rq->nr_running? It is my quick thought and I

Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.

On Thu, Apr 04, 2013 at 01:53:25PM +, Christoph Lameter wrote: > On Thu, 4 Apr 2013, Joonsoo Kim wrote: > > > Pekka alreay applied it. > > Do we need update? > > Well I thought the passing of the count via lru.next would be something > worthwhile to pick up. > > -- > To unsubscribe from

Re: [PATCH v6] pstore/ram: Add ramoops support for the Flattened Device Tree.

On Mon, Sep 17, 2012 at 1:23 AM, Anton Vorontsov wrote: > On Fri, Sep 07, 2012 at 10:29:10PM -0700, Anton Vorontsov wrote: >> On Fri, Sep 07, 2012 at 11:29:36AM -0700, Bryan Freed wrote: >> > When called with a non-zero of_node, fill out a new ramoops_platform_data >> > with data from the

Re: 3.8.3 and 3.9git occasional watchdog oops

On Fri, Apr 05, 2013 at 12:23:30AM +0200, Arkadiusz Miskiewicz wrote: > On Thursday 14 of March 2013, Arkadiusz Miśkiewicz wrote: > > Hi. > > > > Just hit watchdog related oops in 3.8.3 kernel. Unfortunately photos only. > > > > http://ixion.pld-linux.org/~arekm/watchdog-oops-3.8.3/IMG_8942.JPG

[PATCH 2/3] misc: eeprom_93xx46: use spi_get_drvdata() and spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/misc/eeprom/eeprom_93xx46.c |6 +++--- 1 files changed, 3 insertions(+), 3

[PATCH 3/3] misc: lattice-ecp3-config: use spi_get_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/misc/lattice-ecp3-config.c |2 +- 1 files changed, 1 insertions(+), 1

[PATCH 1/3] misc: at25: use spi_get_drvdata() and spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/misc/eeprom/at25.c |4 ++-- 1 files changed, 2 insertions(+), 2

Re: [PATCH v2] f2fs: introduce a new global lock scheme

Change log from v1: o do not grab ilock for dentry blocks - dentry blocks are covered by the checkpoint procedure. o remove unnecessary ilock during f2fs_gc() - f2fs_gc() and write_checkpoint() are never conducted together. From 9995bf953a83749abd9fa22f72ab2b0be341025a Mon Sep 17 00:00:00

[PATCH 2/2] trace-cmd: Support trace_clock extraction

In this patch, trace-cmd reads trace_clock on debugfs in the report/extract modes and outputs the data to trace.dat file. Then, in the report mode, trace-cmd reads trace_clock data from the file and switches outputting format of timestamp for each trace_clock. Note that by applying this patch,

[PATCH 0/2] trace-cmd: Support a raw format for outputting timestamp

Hi Steven, This patch series extracts the trace_clock file for switching outputting format of timestamp because in tsc or counter modes, trace-cmd should output timestamp not in the sec.usec format but in the raw format. For example, we will show results in trace-cmd report mode as follows by

[PATCH 1/2] trace-cmd: Define general functions for outputting/inputting saved_cmdlines

Currently, trace-cmd outputs data of saved_cmdlines to a trace.dat file in create_file_fd() and inputs the data from the file in tracecmd_init_data(). On the other hand, trace-cmd will also output and input data of trace_clock in those functions in the patch "trace-cmd: Support trace_clock

Re: mkfs.f2fs gets stuck with "blk_update_request: bio idx 0 >= vcnt 0" on 3.8

On Thu, Apr 04, 2013 at 06:00:18AM +0400, Max Filippov wrote: > Hi, > > On Tue, Apr 2, 2013 at 7:41 PM, Max Filippov wrote: > > I'm trying to create f2fs filesystem on SD card on pandaboard using > > f2fs-tools v1.0.0. > > It works fine on Linus' v3.6, but fails on both v3.8 and stable v3.8.5: >

[PATCH 7/7] rtc: rtc-max6902: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-max6902.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 6/7] rtc: rtc-m41t93: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-m41t93.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 5/7] rtc: rtc-ds1390: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ds1390.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 4/7] rtc: rtc-ds3234: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-ds3234.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 3/7] rtc: rtc-r9701: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-r9701.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 2/7] rtc: rtc-m41t94: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-m41t94.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 1/7] rtc: rtc-rx4581: use spi_set_drvdata()

Use the wrapper functions for getting and setting the driver data using spi_device instead of using dev_{get|set}_drvdata with >dev, so we can directly pass a struct spi_device. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-rx4581.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

Re: [PATCHv3 01/10] clocksource: add generic dummy timer driver

On 03/26/13 04:28, Mark Rutland wrote: > On Tue, Mar 26, 2013 at 02:14:53AM +, Stephen Boyd wrote: >> Ok. Thanks for clearing up my confusion. >> >> Like you say, increasing the dummy timer rating seems like a hack. But >> it also sounds like you want to keep the dummy timer driver fully self

Re: linux-next: manual merge of the staging tree with the vfs tree

On Thu, Apr 04, 2013 at 03:34:33PM +1100, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got conflicts in > drivers/staging/dgrp/dgrp_dpa_ops.c, drivers/staging/dgrp/dgrp_mon_ops.c, > drivers/staging/dgrp/dgrp_net_ops.c and >

Re: linux-next: manual merge of the staging tree with the vfs tree

On Thu, Apr 04, 2013 at 03:40:17PM +1100, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got a conflict in > drivers/staging/dgrp/dgrp_specproc.c between commit 464b4fd02caa ("dgrp > procfs fixes, part 2") and various other commits from the vfs tree and >

Re: linux-next: manual merge of the staging tree with the vfs tree

On Thu, Apr 04, 2013 at 03:43:29PM +1100, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the staging tree got conflicts in > drivers/staging/ccg/f_fs.c and drivers/staging/ccg/rndis.c between > commits 465bced2e3ed ("ccg: don't bother with fops->owner") and > 4dfac87dca02

[PATCH 2/8] perf sort: Add 'addr' sort key

From: Namhyung Kim New addr sort key provides a way to sort the entries by the symbol addresses. It can be helpful to figure out symbol resolution problem when a dso cannot do it properly as well as finding hotpath in a dso and/or a function. Suggested-by: Arnaldo Carvalho de Melo Buglink:

[PATCHSET 0/8] perf tools: Cleanup for sort keys (v3)

Hi, In this version, I've fixed up the last minute bug on hex print and separate out SRCLINE reordering. $ perf report -s addr | grep -v ^# | sort -k2 -n 0.00%0x400523 0.00% 0x81018140 0.00% 0x810181a2 0.00% 0x8101a41a 0.00%

[PATCH 3/8] perf sort: Add 'addr_to/from' sort key

From: Namhyung Kim New addr_{to,from} sort keys provide a way to sort the entries by the source/target symbol addresses. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 2 ++ tools/perf/util/hist.h | 2 ++ tools/perf/util/sort.c | 48

[PATCH 1/8] perf sort: Reorder HISTC_SRCLINE index

From: Namhyung Kim It's in common sort dimension so it'd be more natural to place it with other common column index. Signed-off-by: Namhyung Kim --- tools/perf/util/hist.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tools/perf/util/hist.h b/tools/perf/util/hist.h index

[PATCH 6/8] perf sort: Cleanup sort__has_sym setting

From: Namhyung Kim The sort__has_sym variable is set only if a symbol-related sort key was added. Since branch stack and memory sort dimensions are separated, it doesn't need to be checked from common dimension. Signed-off-by: Namhyung Kim --- tools/perf/util/sort.c | 5 + 1 file

[PATCH 7/8] perf top: Use sort__has_sym

From: Namhyung Kim perf top had a similar variable sort_has_symbols for the same purpose. Signed-off-by: Namhyung Kim --- tools/perf/builtin-top.c | 12 +++- tools/perf/util/top.h| 1 - 2 files changed, 3 insertions(+), 10 deletions(-) diff --git a/tools/perf/builtin-top.c

[PATCH 4/8] perf sort: Update documentation for sort keys

From: Namhyung Kim Update and add missing description of new sort keys. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/Documentation/perf-diff.txt | 2 +- tools/perf/Documentation/perf-report.txt | 5 - tools/perf/Documentation/perf-top.txt| 2 +-

[PATCH 8/8] perf hist browser: Use sort__has_sym

From: Namhyung Kim The TUI hist browser had a similar variable has_symbols for the same purpose. Let's get rid of the duplication. Signed-off-by: Namhyung Kim --- tools/perf/ui/browsers/hists.c | 9 ++--- 1 file changed, 2 insertions(+), 7 deletions(-) diff --git

[PATCH 5/8] perf hists: Move column length setting code

From: Namhyung Kim They are set to constant length so no need to update every time. Cc: Stephane Eranian Signed-off-by: Namhyung Kim --- tools/perf/util/hist.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c

Re: [PATCH, RFC 00/16] Transparent huge page cache

Hi Hugh, On 01/29/2013 01:03 PM, Hugh Dickins wrote: On Mon, 28 Jan 2013, Kirill A. Shutemov wrote: From: "Kirill A. Shutemov" Here's first steps towards huge pages in page cache. The intend of the work is get code ready to enable transparent huge page cache for the most simple fs -- ramfs.

Re: [PATCH 00/18] For-3.10: CPUFreq: Move drivers to drivers/cpufreq

On 5 April 2013 04:06, Rafael J. Wysocki wrote: > On Thursday, April 04, 2013 06:24:08 PM Viresh Kumar wrote: >> Hi Rafael, >> >> These are all the remaining patches i have for 3.10. All of them have >> received >> Acks from their maintainers leaving powerpc ones. I have got an additional >>

Re: [RFC][PATCH 0/9] extend hugepage migration

Hi Michal, On 03/22/2013 04:15 PM, Michal Hocko wrote: [getting off-list] On Fri 22-03-13 07:46:32, Simon Jeons wrote: Hi Michal, On 03/21/2013 08:56 PM, Michal Hocko wrote: On Thu 21-03-13 07:49:48, Simon Jeons wrote: [...] When I hacking arch/x86/mm/hugetlbpage.c like this, diff --git

Re: [PATCH 3/3] x86: kernel base offset ASLR

On 04/04/2013 01:47 PM, Eric Northup wrote: >> >> 1. actually compose the kernel of multiple independently relocatable >>pieces (maybe chunk it on 2M boundaries or something.) > > Without increasing the entropy bits, does this actually increase the # > of tries necessary for an attacker to

Re: [PATCH, RFC 00/16] Transparent huge page cache

Hi Hugh, On 01/31/2013 10:12 AM, Hugh Dickins wrote: On Tue, 29 Jan 2013, Kirill A. Shutemov wrote: Hugh Dickins wrote: On Mon, 28 Jan 2013, Kirill A. Shutemov wrote: From: "Kirill A. Shutemov" Here's first steps towards huge pages in page cache. The intend of the work is get code ready to

Re: [PATCH V2 1/7] kbuild: create an "include chroot" for DT bindings

On 04/04/2013 05:17 PM, Rob Herring wrote: > On 04/03/2013 06:34 PM, Stephen Warren wrote: >> From: Stephen Warren >> >> The recent dtc+cpp support allows header files and C pre-processor >> defines/macros to be used when compiling device tree files. These >> headers will typically define various

  1   2   3   4   5   6   7   8   9   10   >