Even in failed case of pm_runtime_get_sync, the usage_count
is incremented. In order to keep the usage_count with correct
value and runtime power management to behave correctly, call
pm_runtime_put(_sync) in such case.
In __hwspin_lock_request, module_put is also called before
return in
On 04/05/2013 12:38 AM, Mike Galbraith wrote:
On Tue, 2013-03-26 at 16:00 -0400, Rik van Riel wrote:
The ipc semaphore code has a nasty RCU locking tangle, with both
find_alloc_undo and semtimedop taking the rcu_read_lock(). The
code can be cleaned up somewhat by only taking the rcu_read_lock
With dt boot, uart wakeup after suspend is non functional while using
"no_console_suspend" in the bootargs. With "no_console_suspend" used, we
should prevent the runtime suspend of the uart port which is getting used
as an console.
Cc: Santosh Shilimkar
Cc: Felipe Balbi
Cc: Rajendra nayak
Tested
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@sisk.pl]
> Sent: Friday, April 05, 2013 7:42 PM
> To: Ohad Ben-Cohen; Liu, Chuansheng
> Cc: Li, Fei; linux-kernel@vger.kernel.org
> Subject: Re: [PATCH 5/5] hwspinlock/core: call pm_runtime_put in
> pm_runtime_get_sync failed case
From: Jon Medhurst
Add a new 'smp_init' hook to machine_desc so platforms can specify a
function to be used to setup smp ops instead of having a statically
defined value.
If smp_init is set, use it instead of psci_smp_ops or mdesc->smp.
Signed-off-by: Jon Medhurst
Signed-off-by: Nicolas Pitre
Split xen_guest_init in two functions, one of them (xen_early_init) is
going to be called very early from setup_arch.
Change machine_desc->smp_init to xen_smp_init if Xen is present on the
platform. xen_smp_init just sets smp_ops to psci_smp_ops.
XEN selects ARM_PSCI.
Changes in v6:
-
Rename virt_smp_ops to psci_smp_ops and move them to arch/arm/kernel/psci_smp.c.
Remove mach-virt/platsmp.c, now unused.
Compile psci_smp if CONFIG_ARM_PSCI and CONFIG_SMP.
Add a cpu_die smp_op based on psci_ops.cpu_off.
Initialize PSCI before setting smp_ops in setup_arch.
Use psci_smp_ops if
If PSCI is available on the platform, prefer psci_smp_ops over the
platform smp_ops.
Signed-off-by: Stefano Stabellini
---
arch/arm/kernel/setup.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/kernel/setup.c b/arch/arm/kernel/setup.c
index
Hi all,
this is the sixth version of the patch series to move virt_smp_ops out of
mach-virt and make it a generic set of reusable PSCI based smp_ops.
psci_smp_ops are preferred over the platform smp_ops.
I added a patch to introduce smp_init to this series.
In the last patch I am using smp_init to
Hi Santosh,
On Friday 05 April 2013 12:45 PM, Santosh Shilimkar wrote:
On Friday 05 April 2013 12:38 PM, Sourav Poddar wrote:
Hi Kevin,
On Wednesday 03 April 2013 11:18 PM, Kevin Hilman wrote:
Sourav Poddar writes:
Hi Kevin,
On Wednesday 20 March 2013 05:36 PM, Sourav Poddar wrote:
On Wednesday 06 March 2013 07:42 PM, Matt Porter wrote:
Changes since v2:
- dropped skip platform_get_resource_byname() patch
Changes since v1:
- rebase to 3.9-rc1, previous dependencies upstream
This series adds DT DMA Engine Client support to the omap_hsmmc.
It leverages the
On Thu, Apr 04, 2013 at 03:47:19PM +0200, Frederic Weisbecker wrote:
> 2013/4/4 Stanislaw Gruszka :
> > On Thu, Apr 04, 2013 at 02:31:42PM +0200, Frederic Weisbecker wrote:
> >> I don't know. I'm not convinced userland is the right place to perform
> >> this kind of check. The kernel perhaps
> -Original Message-
> From: Eduardo Valentin [mailto:eduardo.valen...@ti.com]
> Sent: Friday, April 05, 2013 6:02 PM
> To: Zhang, Rui
> Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org; R, Durgadoss;
> Eduardo Valentin
> Subject: [PATCHv3 1/3] thermal: introduce
>
Replace disallocated with deallocated
Signed-off-by: Valentin Ilie
---
drivers/staging/speakup/selection.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/speakup/selection.c
b/drivers/staging/speakup/selection.c
index 775af26..f0fb003 100644
---
> On Friday 05 April 2013, Tomas Winkler wrote:
> > debugfs exposes device state and list of me clients and their
> > properties
> >
> > Signed-off-by: Tomas Winkler
>
> Just one small comment:
>
> > +#define DEBUGFS_ADD_FILE(_mei, name, parent, mode) \
> > + debugfs_create_file(#name, mode,
This patch adds a helper function to get a reference of
a thermal zone, based on the zone type name.
It will perform a zone name lookup and return a reference
to a thermal zone device that matches the name requested.
In case the zone is not found or when several zones match
same name or if the
For boards that provide a PCB sensor close to SoC junction
temperature, it is possible to remove the cumulative heat
reported by the SoC temperature sensor.
This patch changes the extrapolation computation to consider
an external sensor in the extrapolation equations.
Signed-off-by: Eduardo
This patch exports the thermal_zone_get_temp API so that driver
writers can fetch temperature of thermal zones managed by other
drivers.
Acked-by: Durgadoss R
Signed-off-by: Eduardo Valentin
---
drivers/thermal/thermal_sys.c | 20 +---
include/linux/thermal.h |1 +
Signed-off-by: Alexandre Belloni
---
arch/arm/boot/dts/imx28-cfa10049.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/boot/dts/imx28-cfa10049.dts
b/arch/arm/boot/dts/imx28-cfa10049.dts
index b9dad4e..f16c1e2 100644
--- a/arch/arm/boot/dts/imx28-cfa10049.dts
+++
Hello Rui,
Here is V3 of temperature lookup helper function. This has been
split into two API as suggested on V1 and now the API returns an
specific error code for multiple matches, as suggested in V2.
The usage of it is exemplified on patch 03.
Eduardo Valentin (3):
thermal: introduce
On Thursday, March 28, 2013 01:35:18 PM Amit Daniel Kachhap wrote:
> Submitting the V5 version of exynos5440 cpufreq driver. This patchset
> addresses
> all the coding and design concerns raised especially by Viresh.
>
> Changes in V5:
> * Removed the unnecessary DT look up entry from
Reported-by: Ryo Tsutsui
Signed-off-by: Mark Brown
---
sound/soc/codecs/wm5102.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sound/soc/codecs/wm5102.c b/sound/soc/codecs/wm5102.c
index cb03cc4..e895d39 100644
--- a/sound/soc/codecs/wm5102.c
+++
On Fri, Apr 5, 2013 at 2:47 AM, Viresh Kumar wrote:
> module_param()?? We can't compile kernel/workqueue.c as a module and
> hence i went with #define + a variable with functions to set/reset it...
module_param works fine for kernel proper.
--
tejun
--
To unsubscribe from this list: send the
On Friday 05 April 2013, Tomas Winkler wrote:
> debugfs exposes device state and list of me clients and their
> properties
>
> Signed-off-by: Tomas Winkler
Just one small comment:
> +#define DEBUGFS_ADD_FILE(_mei, name, parent, mode) \
> + debugfs_create_file(#name, mode, parent,
Hello. I'm use kernel 3.6.11 from stable tree.
When i do some workload inside my xen vps (dd from /dev/zero), remove
disk via echo 1 > /sys/class/block/xxx/device/delete and reattach it
to raid1 i have hand md device.
On physical device i'm use lvm on top of it raid1.
I'm try to add on top of
On Thu, 4 Apr 2013, Kees Cook wrote:
> This creates CONFIG_RANDOMIZE_BASE, so that the base offset of the kernel
> can be randomized at boot.
>
> This makes kernel vulnerabilities harder to reliably exploit, especially
> from remote attacks and local processes in seccomp containers. Keeping
>
Almost all systems use the regulators on the WM8994 series devices to
provide DCVDD and AVDD1 so if no init data is supplied then set up the
supplies for the user. This simplifies integration of the device into
systems, especially when device tree is supported.
Signed-off-by: Mark Brown
---
On Friday 05 April 2013, Michal Simek wrote:
> Hi,
>
> 2013/4/5 Stephen Rothwell
>
> > 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
From: "Kirill A. Shutemov"
The radix tree is variable-height, so an insert operation not only has
to build the branch to its corresponding item, it also has to build the
branch to existing items if the size has to be increased (by
radix_tree_extend).
The worst case is a zero height tree with
From: "Kirill A. Shutemov"
Here's third RFC. Thanks everybody for feedback.
The patchset is pretty big already and I want to stop generate new
features to keep it reviewable. Next I'll concentrate on benchmarking and
tuning.
Therefore some features will be outside initial transparent huge page
From: "Kirill A. Shutemov"
Let's add helpers to clear huge page segment(s). They provide the same
functionallity as zero_user_segment and zero_user, but for huge pages.
Signed-off-by: Kirill A. Shutemov
---
include/linux/mm.h |7 +++
mm/memory.c| 36
From: "Kirill A. Shutemov"
mem_cgroup_cache_charge() has check for PageCompound(). The check
prevents charging huge cache pages.
I don't see a reason why the check is present. Looks like it's just
legacy (introduced in 52d4b9a memcg: allocate all page_cgroup at boot).
Let's just drop it.
From: "Kirill A. Shutemov"
There's only one caller of do_generic_file_read() and the only actor is
file_read_actor(). No reason to have a callback parameter.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git
From: "Kirill A. Shutemov"
Dump page order to trace to be able to distinguish between small page
and huge page in page cache.
Signed-off-by: Kirill A. Shutemov
---
include/trace/events/filemap.h |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
From: "Kirill A. Shutemov"
For huge page we add to radix tree HPAGE_CACHE_NR pages at once: head
page for the specified index and HPAGE_CACHE_NR-1 tail pages for
following indexes.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 71
From: "Kirill A. Shutemov"
As with add_to_page_cache_locked() we handle HPAGE_CACHE_NR pages a
time.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 28 ++--
1 file changed, 22 insertions(+), 6 deletions(-)
diff --git a/mm/filemap.c b/mm/filemap.c
index
From: "Kirill A. Shutemov"
replace_page_cache_page() is only used by FUSE. It's unlikely that we
will support THP in FUSE page cache any soon.
Let's pospone implemetation of THP handling in replace_page_cache_page()
until any will use it.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c |
From: "Kirill A. Shutemov"
We're going to add/remove a number of page cache entries at once. This
patch implements add_bdi_stat() which adjusts bdi stats by arbitrary
amount. It's required for batched page cache manipulations.
Signed-off-by: Kirill A. Shutemov
---
include/linux/backing-dev.h
From: "Kirill A. Shutemov"
The patch adds new zone stat to count file transparent huge pages and
adjust related places.
For now we don't count mapped or dirty file thp pages separately.
Signed-off-by: Kirill A. Shutemov
---
drivers/base/node.c| 10 ++
fs/proc/meminfo.c |
From: "Kirill A. Shutemov"
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 PageUnevictable set - otherwise shrink_active_list
goes crazy:
kernel BUG at
From: "Kirill A. Shutemov"
We are not ready to mmap file-backed tranparent huge pages. Let's split
them on fault attempt.
Later in the patchset we'll implement mmap() properly and this code path
be used for fallback cases.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c |2 ++
1 file
From: "Kirill A. Shutemov"
Locking head page means locking entire compound page.
If we try to lock tail page, something went wrong.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/mm/filemap.c b/mm/filemap.c
index 1defa83..7b4736c
From: "Kirill A. Shutemov"
For now we still write/read at most PAGE_CACHE_SIZE bytes a time.
This implementation doesn't cover address spaces with backing store.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
From: "Kirill A. Shutemov"
If we starting position of truncation is in tail page we have to spilit
the huge page page first.
We also have to split if end is within the huge page. Otherwise we can
truncate whole huge page at once.
Signed-off-by: Kirill A. Shutemov
---
mm/truncate.c | 13
From: "Kirill A. Shutemov"
Uncharge pages from correct counter.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index 7c48f58..4a1d8d7 100644
--- a/mm/huge_memory.c
+++
From: "Kirill A. Shutemov"
For now we try to grab a huge cache page if gfp_mask has __GFP_COMP.
It's probably to weak condition and need to be reworked later.
Signed-off-by: Kirill A. Shutemov
---
fs/libfs.c | 48 ---
From: "Kirill A. Shutemov"
huge_fault() should try to setup huge page for the pgoff, if possbile.
VM_FAULT_OOM return code means we need to fallback to small pages.
Signed-off-by: Kirill A. Shutemov
---
include/linux/mm.h |1 +
1 file changed, 1 insertion(+)
diff --git
From: "Kirill A. Shutemov"
It's confusing that mk_huge_pmd() has sematics different from mk_pte()
or mk_pmd().
Let's move maybe_pmd_mkwrite() out of mk_huge_pmd() and adjust
prototype to match mk_pte().
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 14 --
1 file
From: "Kirill A. Shutemov"
It provide enough functionality for simple cases like ramfs. Need to be
extended later.
Signed-off-by: Kirill A. Shutemov
---
mm/filemap.c | 76 ++
1 file changed, 76 insertions(+)
diff --git a/mm/filemap.c
From: "Kirill A. Shutemov"
The same fallback path will be reused by non-anonymous pages, so lets'
extract it in separate function.
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 112 --
1 file changed, 59 insertions(+), 53
2013/3/18 Nicolas Schichan :
> This is in preparation of bpf_jit support for seccomp filters.
>
> Signed-off-by: Nicolas Schichan
> ---
> arch/arm/net/bpf_jit_32.c | 46
> -
> 1 file changed, 29 insertions(+), 17 deletions(-)
>
> diff --git
2013/3/18 Nicolas Schichan :
> This patch selects HAVE_SECCOMP_FILTER_JIT in the ARM Kconfig file,
> implements and seccomp_jit_compile() and seccomp_jit_free(), and adds
> support for BPF_S_ANC_SECCOMP_LD_W instruction.
>
> BPF_S_ANC_SECCOMP_LD_W instructions trigger the generation of a call
> to
From: "Kirill A. Shutemov"
Look like all pieces are in place, we can map file-backed huge-pages
now.
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h |4 +++-
mm/memory.c |1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git
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 | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/linux/pagemap.h
From: "Kirill A. Shutemov"
Since we're going to have huge pages in page cache, we need to call
__vma_adjust_trans_huge() for file-backed VMA, which potentially can
contain huge pages.
For now we call it for all VMAs with vm_ops->huge_fault defined.
Probably later we will need to introduce a
From: "Kirill A. Shutemov"
Signed-off-by: Kirill A. Shutemov
---
mm/huge_memory.c | 69 --
1 file changed, 67 insertions(+), 2 deletions(-)
diff --git a/mm/huge_memory.c b/mm/huge_memory.c
index ed4389b..6dde87f 100644
---
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 deletion(-)
diff --git a/include/linux/pagemap.h
From: "Kirill A. Shutemov"
The function tries to create a new page mapping using huge pages. It
only called for not yet mapped pages.
As usual in THP, we fallback to small pages if we fail to allocate huge
page.
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h |3 +
From: "Kirill A. Shutemov"
Existing stats specify source of thp page: fault or collapse. We're
going allocate a new huge page with write(2). It's nither fault nor
collapse.
Let's introduce new events for that.
Signed-off-by: Kirill A. Shutemov
---
include/linux/vm_event_item.h |2 ++
From: "Kirill A. Shutemov"
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h |8
1 file changed, 8 insertions(+)
diff --git a/include/linux/huge_mm.h b/include/linux/huge_mm.h
index ee1c244..a54939c 100644
--- a/include/linux/huge_mm.h
+++ b/include/linux/huge_mm.h
@@
From: "Kirill A. Shutemov"
Since we're going to have huge pages backed by files,
wait_split_huge_page() has to serialize not only over anon_vma_lock,
but over i_mmap_mutex too.
Signed-off-by: Kirill A. Shutemov
---
include/linux/huge_mm.h | 15 ---
mm/huge_memory.c|4
From: "Kirill A. Shutemov"
The base scheme is the same as for anonymous pages, but we walk by
mapping->i_mmap rather then anon_vma->rb_root.
__split_huge_page_refcount() has been tunned a bit: we need to transfer
PG_swapbacked to tail pages.
Splitting mapped pages haven't tested at all, since
From: "Kirill A. Shutemov"
Make arch_get_unmapped_area() return unmapped area aligned to HPAGE_MASK
if the file mapping can have huge pages.
Signed-off-by: Kirill A. Shutemov
---
arch/x86/kernel/sys_x86_64.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git
From: "Kirill A. Shutemov"
ramfs is the most simple fs from page cache point of view. Let's start
transparent huge page cache enabling here.
For now we allocate only non-movable huge page. ramfs pages cannot be
moved yet.
Signed-off-by: Kirill A. Shutemov
---
fs/ramfs/inode.c |6 +-
From: "Kirill A. Shutemov"
The function is grab_cache_page_write_begin() twin but it tries to
allocate huge page at given position aligned to HPAGE_CACHE_NR.
If, for some reason, it's not possible allocate a huge page at this
possition, it returns NULL. Caller should take care of fallback to
Hi Linus,
Please pull two small fbdev fixes for 3.9.
Tomi
The following changes since commit 07961ac7c0ee8b546658717034fe692fd12eefa9:
Linux 3.9-rc5 (2013-03-31 15:12:43 -0700)
are available in the git repository at:
git://gitorious.org/linux-omap-dss2/linux.git tags/fbdev-fixes-3.9-rc6
On Fri, Apr 5, 2013 at 6:13 AM, Shawn Guo wrote:
>
> Marc already sent a similar patch[1] for that.
Thanks for pointing it out.
I will work on top of that patch.
> Shawn
>
> [1] http://thread.gmane.org/gmane.linux.kernel.mmc/19823/focus=19825
>
--
To unsubscribe from this list: send the line
On Friday, April 05, 2013 12:19:36 PM Viresh Kumar wrote:
> On 5 April 2013 10:19, Viresh Kumar wrote:
> > For the latest versions sent by you (including {get|put}_online_cpus()):
> >
> > Acked-by: Viresh Kumar
>
> Hi Rafael,
>
> I see that you have applied this patchset to bleeding-edge, but
Il 05/04/2013 09:10, Hu Tao ha scritto:
> pvpanic device is a qemu simulated device through which guest panic
> event is sent to host.
>
> Signed-off-by: Hu Tao
Reviewed-by: Paolo Bonzini
Matthew, it would be nice to include this in 3.10.
The implementation of the device in QEMU is final,
Hi,
in 3.0.67 there is this commit:
commit dbb694e810c87e7e1760527a783437f26ac5a547
Author: H. Peter Anvin
Date: Thu Jan 31 13:53:10 2013 -0800
x86-32, mm: Remove reference to resume_map_numa_kva()
commit bb112aec5ee41427e9b9726e3d57b896709598ed upstream.
Remove reference to
On Friday, April 05, 2013 01:39:58 PM Rafael J. Wysocki wrote:
> On Friday, April 05, 2013 09:27:40 AM Ohad Ben-Cohen wrote:
> > Hi Li,
> >
> > On Thu, Feb 28, 2013 at 10:02 AM, Li Fei wrote:
> > >
> > > Even in failed case of pm_runtime_get_sync, the usage_count
> > > is incremented. In order
On Friday, April 05, 2013 09:27:40 AM Ohad Ben-Cohen wrote:
> Hi Li,
>
> On Thu, Feb 28, 2013 at 10:02 AM, Li Fei wrote:
> >
> > Even in failed case of pm_runtime_get_sync, the usage_count
> > is incremented. In order to keep the usage_count with correct
> > value and runtime power management to
On Friday, April 05, 2013 12:36:34 PM Viresh Kumar wrote:
> On 5 April 2013 12:18, Kukjin Kim wrote:
> > Basically, this moving looks good to me, but should be re-worked based on
> > for-next of samsung tree because this touches too many samsung stuff so this
> > should be sent to upstream via
Peter,
After some toughts about your comments,I can update the buddy cpu
during ILB or periofdic LB to a new idle core and extend the packing
mechanism Does this additional mechanism sound better for you ?
Vincent
On 26 March 2013 15:42, Peter Zijlstra wrote:
> On Tue, 2013-03-26 at 15:03
On Wed, Apr 03, 2013 at 09:24:39AM +0100, David Woodhouse wrote:
> On Wed, 2013-04-03 at 16:11 +0900, Takao Indoh wrote:
> > Yeah, you are right. I forgot such a case.
>
> If you disable translation and there's some device still doing DMA, it's
> going to scribble over random areas of memory. You
Hello, sorry if this is off topic. Just point me to the right direction.
Please cc me also in the reply.
Question
Is it possible to dump only the private anonymous memory of a process?
Background
--
I have a process where it reads and it initializes a large portion of
the
2013/3/19 Richard Genoud :
> 2013/3/7 Richard Genoud :
>> 2013/3/6 Haiyang Zhang :
>>> I have found a simple way to reproduce this kind of warning:
>>> 1) reboot the VM (because this warning can be displayed only once.)
>>> 2) login to the host and open the VM [Settings]
>>> 3) Temporarily change
The draft for HID-sensors (HUTRR39) currently doesn't define the range
for the attribute year. Asking one of the authors revealed that full years
(e.g. 2013 instead of just 13) were meant.
So we now allow both, 8 bit and 16 bit values for the attribute year and
assuming full years when the value
sched_domains_numa_distance is written as sched_domains_nume_distance inside one
of the comments. Fix it.
Signed-off-by: Viresh Kumar
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 286066e..2e0de12
On Thursday, April 04, 2013 08:09:46 PM Yinghai Lu wrote:
> 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
On 04/04/2013 07:41 PM, Tony Lindgren wrote:
> * Roger Quadros [130404 00:39]:
>> On 04/04/2013 02:42 AM, Tony Lindgren wrote:
--- a/arch/arm/mach-omap2/cclock44xx_data.c
+++ b/arch/arm/mach-omap2/cclock44xx_data.c
@@ -27,6 +27,7 @@
#include
#include
#include
On 5 April 2013 16:15, Rafael J. Wysocki wrote:
> OK
>
> Please resend it after v3.10-rc1 and I'll take it for v3.11. Surely, it can
> wait for that long.
For sure. Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Friday, April 05, 2013 04:00:04 PM Viresh Kumar wrote:
> On 31 March 2013 09:16, Viresh Kumar wrote:
> > On 31 March 2013 07:16, Rafael J. Wysocki wrote:
> >> On Sunday, March 31, 2013 07:03:04 AM Viresh Kumar wrote:
> >>> On 31 March 2013 03:31, Rafael J. Wysocki wrote:
> >>> > Sorry, I
Hi,
Please consider pulling the following changes,
Steve.
There are two patches which fix up a couple of minor issues in the DLM
interface code, a missing error path in gfs2_rs_alloc(), two patches
which fix problems
On 31 March 2013 09:16, Viresh Kumar wrote:
> On 31 March 2013 07:16, Rafael J. Wysocki wrote:
>> On Sunday, March 31, 2013 07:03:04 AM Viresh Kumar wrote:
>>> On 31 March 2013 03:31, Rafael J. Wysocki wrote:
>>> > Sorry, I won't apply this. It changes too much stuff at a time and I'm
>>> >
On Thu, Apr 04, 2013 at 07:40:45PM +0300, Stratos Karafotis wrote:
> Fix format specifier in dev_dbg and suppress the following warning
>
> drivers/base/regmap/regcache.c: In function
> ‘regcache_sync_block_raw_flush’:
> drivers/base/regmap/regcache.c:593:2: warning: format ‘%d’ expects
>
On Thu, Apr 04, 2013 at 02:36:18PM +0530, Sachin Kamat wrote:
> regcache_sync_block_raw is used only in this file. Hence make it static.
> Silences the following warning:
> drivers/base/regmap/regcache.c:608:5: warning:
> symbol 'regcache_sync_block_raw' was not declared. Should it be static?
On 04/03/2013 07:31 PM, Michal Hocko wrote:
> On Wed 03-04-13 17:12:21, 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
Hello,
On Fri 29-03-13 11:58:55, Dave Jones wrote:
> Just hit this very quickly after boot while fuzzing.
> (top of tree is 0776ce03b1348d39ba3035ea3ee3d268a42912ce)
Hum, but it doesn't really look ext4 related. Look:
> [ 93.602628]
>
From: David Teigland
This reminded me of another old patch I had sitting around which I never
had a chance to test. I copied this idea from the nfs code. The problem
is that when the kernel clears flocks/plocks during close, it calls posix
unlock even if there are no posix locks on the file.
From: Bob Peterson
This patch changes GFS2's discard issuing code so that it calls
function sb_issue_discard rather than blkdev_issue_discard. The
code was calling blkdev_issue_discard and specifying the correct
sector offset and sector size, but blkdev_issue_discard expects
these values to be
When withdraw occurs, we need to continue to allow unlocks of fcntl
locks to occur, however these will only be local, since the node has
withdrawn from the cluster. This prevents triggering a VFS level
bug trap due to locks remaining when a file is closed.
Signed-off-by: Steven Whitehouse
diff
From: Akinobu Mita
Use memchr_inv to verify that the specified memory range is cleared.
Signed-off-by: Akinobu Mita
Cc: Steven Whitehouse
Cc: cluster-de...@redhat.com
Cc: Christine Caulfield
Cc: David Teigland
diff --git a/fs/gfs2/lock_dlm.c b/fs/gfs2/lock_dlm.c
index b15bb45..c8423d6
From: Wei Yongjun
The error code in gfs2_rs_alloc() is set to ENOMEM when error
but never be used, instead, gfs2_rs_alloc() always return 0.
Fix to return 'error'.
Signed-off-by: Wei Yongjun
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/rgrp.c b/fs/gfs2/rgrp.c
index d1f51fd..70d1cd0
From: David Teigland
The temp lvb bitmap was on the stack, which could
be an alignment problem for __set_bit_le. Use
kmalloc for it instead.
Signed-off-by: David Teigland
Signed-off-by: Steven Whitehouse
diff --git a/fs/gfs2/incore.h b/fs/gfs2/incore.h
index 156e42e..5c29216 100644
---
On Thu, Apr 04, 2013 at 06:05:17AM +0800, Axel Lin wrote:
> All users of ab8500_regulator_volt_mode_ops and ab8500_regulator_volt_ops
> do not set info->desc.enable_time, thus set_voltage_time_sel() always returns
> 0.
> Remove it.
Applied, thanks.
signature.asc
Description: Digital signature
Hi,
Here are a few GFS2 fixes which are pending. There are two patches
which fix up a couple of minor issues in the DLM interface code,
a missing error path in gfs2_rs_alloc(), two patches which fix problems
during "withdraw" and a fix for discards/FITRIM when using 4k sector
sized devices,
From: Namhyung Kim
For some reason it consumed quite amount of compile time when declared
as local variable, and it disappeared when moved out of the function.
Moving other variables/tables didn't help.
On my system this single-file-change build time reduced from 11s to 3s.
Signed-off-by:
On Thu, Apr 04, 2013 at 06:17:20PM +0200, Tomasz Figa wrote:
> + if (of_property_read_u32(np, "max8952,ramp-speed", >ramp_speed))
> + dev_warn(dev, "max8952,ramp-speed property not specified,
> defaulting to 32mV/us\n");
Applied both, though the above warning seems a bit harsh -
On 04/03/2013 01:12 PM, Li Zefan wrote:
> Use css_get/put instead of mem_cgroup_get/put.
>
> We can't do a simple replacement, because here mem_cgroup_put()
> is called during mem_cgroup_css_free(), while mem_cgroup_css_free()
> won't be called until css refcnt goes down to 0.
>
> Instead we
301 - 400 of 1014 matches
Mail list logo