Hi Jon,
On 9 July 2012 03:01, Jon Masters wrote:
> On 07/08/2012 06:24 PM, Dennis Gilmore wrote:
>> I know that the architecture really is new but thats not really clear
>> by adding AArch32 into the mix to represent 32 bit arm as ARM has done
>> or by calling it armv8. There is enough way to con
* Wim Van Sebroeck [120707 05:11]:
> Hi Tony,
>
> > Hi Wim,
> >
> > * jgq...@gmail.com [120531 20:56]:
> > > From: Xiao Jiang
> > >
> > > Add device table for omap_wdt to support dt.
> >
> > Care to ack this patch in the series?
>
> Yep.
> Acked-by: Wim Van Sebroeck
Thanks, I'll apply all
After commit f78146b0f9230765c6315b2e14f56112513389ad:
KVM: Fix page-crossing MMIO
MMIO that are split across a page boundary are currently broken - the
code does not expect to be aborted by the exit to userspace for the
first MMIO fragment.
This patch fixes the problem by gener
Introduce set_mmio_exit_info to cleanup the common code
Signed-off-by: Xiao Guangrong
---
arch/x86/kvm/x86.c | 33 +
1 files changed, 17 insertions(+), 16 deletions(-)
diff --git a/arch/x86/kvm/x86.c b/arch/x86/kvm/x86.c
index 7445545..7771f45 100644
--- a/arch
On 28 June 2012 14:02, Yaniv Gardi wrote:
> Adding a new ioctl to support sanitize operation in eMMC
> cards version 4.5.
> The sanitize ioctl support helps performing this operation
> via user application.
>
> Signed-off-by: Yaniv Gardi
>
> ---
> block/blk-core.c | 15 ++--
>
On Sun, 8 Jul 2012, Julia Lawall wrote:
> From: Julia Lawall
>
> If list_for_each_entry, etc complete a traversal of the list, the iterator
> variable ends up pointing to an address at an offset from the list head,
> and not a meaningful structure. Thus this value should not be used after
> the
On Sun, 8 Jul 2012, David Rientjes wrote:
> The correct fix is what I proposed at
> http://marc.info/?l=linux-kernel&m=133754837703630 and was awaiting
> testing. If Rus, Steven, or Fengguang could test this then we could add
> it as a stable backport as well.
Looks good to me. Care to send it
On Mon, Jul 09, 2012 at 05:46:57PM +0900, Minchan Kim wrote:
> > >
> > > +#if defined(CONFIG_DEBUG_VM) && !defined(CONFIG_COMPACTION)
> > > +static inline void check_page_alloc_costly_order(unsigned int order)
> > > +{
> > > + if (unlikely(order > PAGE_ALLOC_COSTLY_ORDER)) {
> > > + printk
* Oleg Nesterov wrote:
> On 07/06, Oleg Nesterov wrote:
> >
> > On 07/06, Ingo Molnar wrote:
> > >
> > > * Oleg Nesterov wrote:
> > >
> > > > Hello,
> > > >
> > > > write_opcode() cleanups resend + new minor fix.
> > > >
> > > > Changes:
> > > >
> > > > - document the new argument in 2/
* Peter Zijlstra wrote:
> On Wed, 2012-07-04 at 17:28 +0200, Peter Zijlstra wrote:
> > On Wed, 2012-06-27 at 19:24 -0700, Paul Turner wrote:
> > > For a given task t, we can compute its contribution to load as:
> > > task_load(t) = runnable_avg(t) * weight(t)
> > >
> > > On a parenting cfs_rq
On 07/09/2012 01:54 PM, Rafael J. Wysocki wrote:
> On Monday, July 09, 2012, Stephen Rothwell wrote:
>> Hi Rafael,
>>
>> I noticed commit b8eec56cd8e5 ("PM / cpuidle: System resume hang fix with
>> cpuidle") in the pm tree needs some work (I noticed it because it was
>> changed in a rebase ...).
>>
2012/7/9 Joe Perches
>
> On Sun, 2012-07-08 at 23:51 -0300, Marcos Paulo de Souza wrote:
> > Hi kernel guys!
> >
> > This patchset aims to clean all unused and commented macros.
> >
> > For this challenge, forgotten-macros tool helped us.
>
> Perhaps there may be false positives in your code.
Not
On Mon, 2012-07-09 at 16:51 +0800, Joe Jin wrote:
> Hi list,
>
> I'm seeing a Unit Hang even with the latest e1000e driver 2.0.0 when doing
> scp test. this issue is easy do reproduced on SUN FIRE X2270 M2, just copy
> a big file (>500M) from another server will hit it at once.
>
> Would you ple
* Michael S. Tsirkin wrote:
> On Fri, Jul 06, 2012 at 04:12:23PM +0200, Ingo Molnar wrote:
> >
> > * Marcelo Tosatti wrote:
> >
> > > On Fri, Jul 06, 2012 at 01:13:14PM +0200, Ingo Molnar wrote:
> > > >
> > > > * H. Peter Anvin wrote:
> > > >
> > > > > On 07/01/2012 08:05 AM, Michael S. Ts
This patchset creates an arch_scale_freq_power function for ARM, which is used
to set the relative capacity of each core of a big.LITTLE system. It also
removes
the broken power estimation of x86.
Modification since v3:
- Add comments
- Add optimization for SMP system
- Ensure that capacity o
Add infrastructure to be able to modify the cpu_power of each core
Signed-off-by: Vincent Guittot
Reviewed-by: Namhyung Kim
---
arch/arm/kernel/topology.c | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/arch/arm/kernel/topology.c b/ar
This factorization has also been proposed in another patch that has not been
merged yet:
http://lists.infradead.org/pipermail/linux-arm-kernel/2012-January/080873.html
So, this patch could be dropped depending of the state of the other one.
Signed-off-by: Lorenzo Pieralisi
Signed-off-by: Vincent
Use cpu compatibility field and clock-frequency field of DT to
estimate the capacity of each core of the system and to update
the cpu_power field accordingly.
This patch enables to put more running tasks on big cores than
on LITTLE ones. But this patch doesn't ensure that long running
tasks will ru
From: Peter Zijlstra
The x86 sched power implementation has been broken forever and gets in
the way of other stuff, remove it.
For archaeological interest, fixing this code would require dealing with
the cross-cpu calling of these functions and more importantly, we need
to filter idle time out o
Heteregeneous ARM platform uses arch_scale_freq_power function
to reflect the relative capacity of each core
Signed-off-by: Vincent Guittot
---
kernel/sched/features.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/features.h b/kernel/sched/features.h
index d
Currently quota options showed twice, first time in _ext4_show_options()
(inside main loop), and second time inside ext4_show_quota_options().
In my case it looks like follows:
/dev/sdc /mnt ext4
rw,relatime,quota,usrquota,grpquota,data=ordered,usrquota,grpquota 0 0
Let's do not show quota's opts
On Thu, 5 Jul 2012, Ashish Sangwan wrote:
> Date: Thu, 5 Jul 2012 15:22:04 +0530
> From: Ashish Sangwan
> To: Lukáš Czerner
> Cc: sand...@redhat.com, Ted Tso , linux-kernel@vger.kernel.org,
> linux-e...@vger.kernel.org, Namjae Jeon
> Subject: Re: [PATCH v2] ext4: fix hole punch failure when
Commit-ID: adf374cf61394dd41c027c74a81f9bef90f7a640
Gitweb: http://git.kernel.org/tip/adf374cf61394dd41c027c74a81f9bef90f7a640
Author: John Stultz
AuthorDate: Thu, 5 Jul 2012 15:12:16 -0400
Committer: Thomas Gleixner
CommitDate: Mon, 9 Jul 2012 11:35:38 +0200
hrtimer: Fix clock_was_set
Commit-ID: bb88e92477def647976cd3d6964af98beceba900
Gitweb: http://git.kernel.org/tip/bb88e92477def647976cd3d6964af98beceba900
Author: John Stultz
AuthorDate: Thu, 5 Jul 2012 15:12:17 -0400
Committer: Thomas Gleixner
CommitDate: Mon, 9 Jul 2012 11:35:38 +0200
time: Fix leapsecond trigg
Commit-ID: d7e2e7fef1f0f4e1e614353a6c5eef4e18d98d2d
Gitweb: http://git.kernel.org/tip/d7e2e7fef1f0f4e1e614353a6c5eef4e18d98d2d
Author: John Stultz
AuthorDate: Thu, 5 Jul 2012 15:12:18 -0400
Committer: Thomas Gleixner
CommitDate: Mon, 9 Jul 2012 11:35:38 +0200
hrtimer: Update hrtimer ba
In functions itd_complete & sitd_complete, a pointer
by name stream may get dereferenced after freeing it, when
iso_stream_put is called with stream->refcount = 2.
Hence fixing it.
Signed-off-by: Venu Byravarasu
---
In Patchset 1, modified parameter of iso_stream_put() to handle the crash.
How
On Mon, Jun 11, 2012 at 11:37:15PM +0200, Linus Walleij wrote:
> On Mon, Jun 11, 2012 at 10:56 PM, Alessandro Rubini wrote:
>
> > V3:
> > - fixed according to Linusw feedback (merged the patch he posted)
> > - added Tested-by: Linusw on his permission
>
> I'm happy with this versio
On 28 June 2012 14:02, Yaniv Gardi wrote:
> Adding a new ioctl to support sanitize operation in eMMC
> cards version 4.5.
> The sanitize ioctl support helps performing this operation
> via user application.
>
> Signed-off-by: Yaniv Gardi
>
> ---
> block/blk-core.c | 15 ++--
>
On Sun, Jul 08, 2012 at 08:12:11PM +0200, Sebastian Andrzej Siewior wrote:
> On Wed, Jun 27, 2012 at 09:26:14AM +0100, Mel Gorman wrote:
> > > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c
> > > > index b6c0727..5c6d9c6 100644
> > > > --- a/mm/page_alloc.c
> > > > +++ b/mm/page_alloc.c
> > > > @
Hi Bjorn and Yinghai,
What's the policy to export a symbol by EXPORT_SYMBOL()
or EXPORT_SYMBOL_GPL()? I know the legal difference, but don't
know when I should mark a symbol as GPL.
Thanks!
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
The 2012 series of MacBooks have a faster SMC, and the current driver
timings do not work at all. Tests show that decreasing the minimum
wait time, from 64 us to 16 us, works well. Since this is still larger
than the original minimum of 10 us used before 2008, there is nothing
inherently problemati
On 07/09, Peter Zijlstra wrote:
>
> On Sun, 2012-07-08 at 22:30 +0200, Oleg Nesterov wrote:
> > uprobe_munmap() does get_user_pages() and it is also called from
> > the final mmput()->exit_mmap() path. This slows down exit/mmput()
> > for no reason, and I think it is simply dangerous/wrong to try
From: Wanpeng Li
Code was duplicated in two functions, clean it up.
Signed-off-by: Wanpeng Li
---
mm/hugetlb.c | 20 +---
1 files changed, 9 insertions(+), 11 deletions(-)
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index e198831..4f9ce3f 100644
--- a/mm/hugetlb.c
+++ b/mm/huge
On Mon, 2012-07-09 at 12:09 +0200, Oleg Nesterov wrote:
> No, mmap/munmap do not participate in uprobe refcounting. This code
> does put_uprobe() for each uprobe, yes, but only because the counter
> was incremented in build_probe_list().
>
> uprobe_munmap() is only needed to decrement mm->uprobes_
2012/7/4 Shmulik Ladkani :
> diff --git a/drivers/mtd/ubi/misc.c b/drivers/mtd/ubi/misc.c
> index f6a7d7a..e9dcb83 100644
> --- a/drivers/mtd/ubi/misc.c
> +++ b/drivers/mtd/ubi/misc.c
> @@ -98,10 +98,18 @@ int ubi_check_volume(struct ubi_device *ubi, int vol_id)
> */
> void ubi_calculate_reserve
This patch series aims to support physical memory hot-remove.
[RFC PATCH v3 1/13] memory-hotplug : rename remove_memory to offline_memory
[RFC PATCH v3 2/13] memory-hotplug : add physical memory hotplug code to
acpi_memory_device_remove
[RFC PATCH v3 3/13] memory-hotplug : unify argument of
remove_memory() does not remove memory but just offlines memory. The patch
changes name of it to offline_memory().
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
CC: W
David Miller :
> Francois, what would you like me to do with these two patches? I
> haven't seen full ACKs from you yet.
You have two options:
- You can apply the first (8106) patch. I tested it. I'm ok with Hayes point.
Consider it Acked.
- You wait for a pull request with both patches + the
From: Jan-Simon Möller
Signed-off-by: Jan-Simon Möller
Cc: Rob Landley
Cc: linux-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
---
Documentation/dynamic-debug-howto.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/dynamic-debug-howto.txt
b/Doc
acpi_memory_device_remove() has been prepared to remove physical memory.
But, the function only frees acpi_memory_device currentlry.
The patch adds following functions into acpi_memory_device_remove():
- offline memory
- remove physical memory (only return -EBUSY)
- free acpi_memory_device
There are two ways to create /sys/firmware/memmap/X sysfs:
- firmware_map_add_early
When the system starts, it is calledd from e820_reserve_resources()
- firmware_map_add_hotplug
When the memory is hot plugged, it is called from add_memory()
But these functions are called without unif
When (hot)adding memory into system, /sys/firmware/memmap/X/{end, start, type}
sysfs files are created. But there is no code to remove these files. The patch
implements the function to remove them.
Note : The code does not free firmware_map_entry since there is no way to free
memory which i
* Oleg Nesterov [2012-07-09 12:09:20]:
> On 07/09, Peter Zijlstra wrote:
> >
> > On Sun, 2012-07-08 at 22:30 +0200, Oleg Nesterov wrote:
> > > uprobe_munmap() does get_user_pages() and it is also called from
> > > the final mmput()->exit_mmap() path. This slows down exit/mmput()
> > > for no reas
Since applying a patch(de7f0cba96786c), release_mem_region() has been changed
as called in PAGES_PER_SECTION chunks because register_memory_resource() is
called in PAGES_PER_SECTION chunks by add_memory(). But it seems firmware
dependency. If CRS are written in the PAGES_PER_SECTION chunks in ACPI
When calling remove_memory_block(), the function shows following message at
device_release().
Device 'memory528' does not have a release() function, it is broken and must
be fixed.
remove_memory_block() calls kfree(mem). I think it shouled be called from
device_release(). So the patch implements
* Oleg Nesterov [2012-07-06 18:07:04]:
> On 07/06, Ingo Molnar wrote:
> >
> > * Oleg Nesterov wrote:
> >
> > > Hello,
> > >
> > > write_opcode() cleanups resend + new minor fix.
> > >
> > > Changes:
> > >
> > > - document the new argument in 2/5.
> > >
> > > - drop the buggy 5/5, thanks Anto
The patch adds __remove_pages() to remove_memory(). Then the range of
phys_start_pfn argument and nr_pages argument in __remove_pagse() may
have different zone. So zone argument is removed from __remove_pages()
and __remove_pages() caluculates zone in each section.
When CONFIG_SPARSEMEM_VMEMMAP is
> --
> Subject: [PATCH v2 2/5] uprobes: __replace_page() should not use
> page_address_in_vma()
>
> page_address_in_vma(old_page) in __replace_page() is ugly and wrong.
> The caller already knows the correct virtual addre
* Oleg Nesterov [2012-06-24 17:00:53]:
> The comment above write_opcode()->lock_page(old_page) tells about
> the race with do_wp_page(). I don't really understand which exactly
> race it means, but afaics this lock_page() was not enough to close
> all races with do_wp_page().
>
> Anyway, since 7
There is a possibility that get_page_bootmem() is called to the same page many
times. So when get_page_bootmem is called to the same page, the function only
increments page->_count.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lame
Hi,
On Thu, Jun 14 2012, Liu, Chuansheng wrote:
> From: liu chuansheng
> Subject: [PATCH] sdio: Change pr_warning to pr_warn_ratelimited
>
> When debug one bad issue, got lots of pr_warning messages
> "queuing unknown CIS tuple" which caused the printk storm
> and flooded the console.
>
> This pa
* Oleg Nesterov [2012-06-24 17:00:35]:
> write_opcode() does lock_page(new_page) for no reason. Nobody can
> see this page until __replace_page() exposes it under ptl lock, and
> we do nothing with this page after pte_unmap_unlock().
>
> If nothing else, the similar code in do_wp_page() doesn't
For implementing register_page_bootmem_info_node of sparse-vmemmap,
register_page_bootmem_info_node and put_page_bootmem are moved to
memory_hotplug.c
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andre
* Oleg Nesterov [2012-06-24 17:00:02]:
> write_opcode() rechecks valid_vma() and ->f_mapping, this is pointless.
> The caller, register_for_each_vma() or uprobe_mmap(), has already done
> these checks under mmap_sem.
>
> To clarify, uprobe_mmap() checks valid_vma() only, but we can rely on
> bui
For removing memmap region of sparse-vmemmap which is allocated bootmem,
memmap region of sparse-vmemmap needs to be registered by get_page_bootmem().
So the patch searches pages of virtual mapping and registers the pages by
get_page_bootmem().
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC:
I don't think that all pages of virtual mapping in removed memory can be
freed, since page which type is MIX_SECTION_INFO is difficult to free.
So, the patch only frees page which type is SECTION_INFO at first.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul
On 07/09/2012 05:11 AM, Hayes Wang wrote:
> File: rtl_nic/rtl8106e-1.fw
> Version: 0.0.1
>
> Signed-off-by: Hayes Wang
Hi
I'm afraid that the subject lines of patches 3/4 and 4/4 were mangled.
Could you try again?
Thanks, Jan
--
To unsubscribe from this list: send the line "unsubscribe linux-k
When calling unregister_node(), the function shows following message at
device_release().
Device 'node2' does not have a release() function, it is broken and must be
fixed.
So the patch implements node_device_release()
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
The patch adds node_set_offline() and unregister_one_node() to remove_memory()
for removing sysfs file of node.
CC: David Rientjes
CC: Jiang Liu
CC: Len Brown
CC: Benjamin Herrenschmidt
CC: Paul Mackerras
CC: Christoph Lameter
Cc: Minchan Kim
CC: Andrew Morton
CC: KOSAKI Motohiro
CC: Wen
kmemcheck_alloc_shadow() requires irqs to be enabled, so wait to disable
them until after its called for __GFP_WAIT allocations.
This fixes a warning for such allocations:
WARNING: at kernel/lockdep.c:2739 lockdep_trace_alloc+0x14e/0x1c0()
Cc: sta...@vger.kernel.org [3.1+]
Acked-by: Feng
From: David Vrabel
Signed-off-by: David Vrabel
---
arch/x86/include/asm/desc.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/x86/include/asm/desc.h b/arch/x86/include/asm/desc.h
index 8bf1c06..d26f059 100644
--- a/arch/x86/include/asm/desc.h
+++ b/arch/x86/i
From: David Vrabel
When constructing the initial page tables, if the MFN for a usable PFN
is missing in the p2m then that frame is initially ballooned out. In
this case, zero the PTE (as in decrease_reservation() in
drivers/xen/balloon.c).
This is obviously safe instead of having an valid PTE w
At 07/06/2012 07:09 PM, Jan Kiszka Wrote:
> On 2012-07-06 11:41, Wen Congyang wrote:
>> The action is the same as -onpanic parameter.
>
> As explained in patch 5, now that we have a related device, this no
> longer needs to be a machine property.
>
> Would could be a machine property is enabling/
From: David Vrabel
When switching tasks in a Xen PV guest, avoid updating the TLS
descriptors if they haven't changed. This improves the speed of
context switches by almost 10% as much of the time the descriptors are
the same or only one is different.
The descriptors written into the GDT by Xen
From: David Vrabel
In xen_set_pte() if batching is unavailable (because the caller is in
an interrupt context such as handling a page fault) it would fall back
to using native_set_pte() and trapping and emulating the PTE write.
On 32-bit guests this requires two traps for each PTE write (one for
This series improves the performance of Xen PV guests when doing page
faults (32-bit guests only) and context switches.
Can an x86 maintainer ack patch 3 (x86: add desc_equal() to compare
GDT descriptors) so this series can go via Konrad's tree? The other
patches are Xen-specific.
Changes since
Hi Stephen, Mark,
On Mon, Jul 09, 2012 at 01:57:19PM +1000, Stephen Rothwell wrote:
> Hi Samuel,
>
> After merging the mfd tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> ERROR: "arizona_dai_ops" [sound/soc/codecs/snd-soc-wm5102.ko] undefined!
> ERROR: "wm5102_aod" [
On 07/09, Peter Zijlstra wrote:
>
> On Sun, 2012-07-08 at 22:30 +0200, Oleg Nesterov wrote:
> > And why this uprobe_mmap() was added? I believe the intent was wrong.
> > Note that the caller is going to do move_page_tables(), all registered
> > uprobes are already faulted in, we only change the vir
On Mon, 9 Jul 2012, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Code was duplicated in two functions, clean it up.
>
> Signed-off-by: Wanpeng Li
> ---
> mm/hugetlb.c | 20 +---
> 1 files changed, 9 insertions(+), 11 deletions(-)
Nack, this makes the code more convoluted then t
In functions itd_complete & sitd_complete, a pointer
by name stream may get dereferenced after freeing it, when
iso_stream_put is called with stream->refcount = 2.
Hence fixing it.
Signed-off-by: Venu Byravarasu
---
By mistake sent incorrect patch set number as v2 earlier.
Hence fixing it.
dr
On Sat, 7 Jul 2012, Aaro Koskinen wrote:
> > I couldn't remember whether the canonical marking is sta...@kernel.org
> > or sta...@vger.kernel.org, so I went looking, and discovered that it
> > wasn't mentioned in the kernel sources. You can find mention of it in
> > Greg K-H's blog, but not every
On Mon, Jul 09, 2012 at 06:12:41PM +0800, Wanpeng Li wrote:
> From: Wanpeng Li
>
> Code was duplicated in two functions, clean it up.
>
> Signed-off-by: Wanpeng Li
is_hugetlb_entry_migration() now returns true for hwpoisoned pages. In
this block
if (unlikely(is_hugetlb_entry_m
Vincent,
On Mon, Jul 9, 2012 at 2:57 PM, Vincent Guittot
wrote:
> Use cpu compatibility field and clock-frequency field of DT to
> estimate the capacity of each core of the system and to update
> the cpu_power field accordingly.
> This patch enables to put more running tasks on big cores than
> on
Namjae Jeon writes:
>>> + /*
>>> +* calculate i_blocks and mmu_private from the actual number of
>>> +* allocated clusters instead of doing it from file size.This ensures
>>> +* that the preallocated disk space using FALLOC_FL_KEEP_SIZE is
>>> +* persistent across remounts and w
Signed-off-by: Mark Brown
---
drivers/mfd/arizona-core.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c
index ed2de7b..011d80e 100644
--- a/drivers/mfd/arizona-core.c
+++ b/drivers/mfd/arizona-core.c
@@ -418,7 +4
On 07/08, Joe Perches wrote:
>
> On Sun, 2012-07-08 at 22:30 +0200, Oleg Nesterov wrote:
> > @@ -1450,7 +1450,7 @@ static struct uprobe *find_active_uprobe(unsigned
> > long bp_vaddr, int *is_swbp)
> >
> > inode = vma->vm_file->f_mapping->host;
> > offset =
On Sun, Jul 08, 2012 at 09:50:43PM +0200, Eric Dumazet wrote:
> On Thu, 2012-07-05 at 17:28 +0800, Gao feng wrote:
> > we set max_prioidx to the first zero bit index of prioidx_map in
> > function get_prioidx.
> >
> > So when we delete the low index netprio cgroup and adding a new
> > netprio cgro
On Mon, 2012-07-09 at 16:25 +0530, Shilimkar, Santosh wrote:
> Having that support would greatly help for the SOC's which have not
> yet
> reached to stage where entire SOC is DT compliant and want to use
> big.LITTLE infrastructure.
Good incentive to get there though.. :-)
--
To unsubscribe from
於 一，2012-07-09 於 11:22 +0800，Axel Lin 提到：
> In twl6030ldo_set_voltage, current code use below formula to calculate vsel:
> vsel = (min_uV/1000 - 1000)/100 + 1;
> This is worng because when min_uV is 100 uV, vsel is 1.
> It should be 0 in this case.
> Fix it by change the equation to: (T
Hi Sangbeom,
On Sat, Jul 07, 2012 at 06:39:12PM +0900, Sangbeom Kim wrote:
> The S2MPS11 is comprised of high efficient Buck converters,
> various LDOs, and an RTC and tightly coupled with Multi Core Samsung
> Application Processors, which is used in a wide variety of mobile applications
> such a
On Mon, Jul 09, 2012 at 09:45:10AM +0200, Eric Dumazet wrote:
> From: Eric Dumazet
>
> dev->priomap is allocated by extend_netdev_table() called from
> update_netdev_tables().
> And this is only called if write_priomap() is called.
>
> But if write_priomap() is not called, it seems we can have o
On Mon, 9 Jul 2012 12:15:17 +0200 Richard Genoud
wrote:
> 2012/7/4 Shmulik Ladkani :
> > + /*
> > +* Calculate the actual number of PEBs currently needed to be
> > reserved
> > +* for future bad eraseblock handling.
> > +*/
> > + ubi->beb_rsvd_level = ubi->bad
Hi Neil,
On Sat, Jul 07, 2012 at 08:51:03AM +1000, NeilBrown wrote:
>
>
> device_init_wakeup uses the dev_name() of the device to set the
> name of the wakeup_source which appears in
> /sys/kernel/debug/wakeup_sources.
>
> For a platform device, that name is not set until platform_device_add
>
On Mon, Jul 9, 2012 at 4:30 PM, Peter Zijlstra wrote:
> On Mon, 2012-07-09 at 16:25 +0530, Shilimkar, Santosh wrote:
>> Having that support would greatly help for the SOC's which have not
>> yet
>> reached to stage where entire SOC is DT compliant and want to use
>> big.LITTLE infrastructure.
>
>
On Fri, Jul 06, 2012 at 03:42:54AM +0200, Stephane Eranian wrote:
> On Fri, Jul 6, 2012 at 3:32 AM, Ulrich Drepper wrote:
> > On Thu, Jul 5, 2012 at 12:15 PM, Stephane Eranian
> > wrote:
> >> I don't understand why you actually need the :2 suffix. There can
> >> only be one leader. So assume it
Hi Yadwinder,
On Thu, Jul 05, 2012 at 09:28:20AM +0530, Yadwinder Singh Brar wrote:
> PMIC's regmap should be used to read pmic interrupt registers.
>
> Signed-off-by: Yadwinder Singh Brar
> ---
> drivers/mfd/max77686-irq.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
This one
2012/7/9, OGAWA Hirofumi :
> Namjae Jeon writes:
>
+ /*
+ * calculate i_blocks and mmu_private from the actual number of
+ * allocated clusters instead of doing it from file size.This ensures
+ * that the preallocated disk space using FALLOC_FL_KEEP_SIZE is
+ * pe
On 07/09/2012 12:02 PM, Xiao Guangrong wrote:
> After commit f78146b0f9230765c6315b2e14f56112513389ad:
>
> KVM: Fix page-crossing MMIO
>
> MMIO that are split across a page boundary are currently broken - the
> code does not expect to be aborted by the exit to userspace for the
> fir
On Mon, Jul 09, 2012 at 10:29:54AM +0800, 王艇艇 wrote:
> Sorry to bother you.
You appear to be asking exactly the same question as you asked last
week (and this is also the second time you asked today...).
Unsurprisingly the answer is also exactly the same.
> When I set the regulator always_on and
On Mon, 2012-07-09 at 13:05 +0200, Jiri Olsa wrote:
> the {} thing allows: 1) multiple groups in a single -e
The advantage would be when you're passing such things on via
environment variables or somesuch.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Since users must be explicitly provided with a GPIO number in order to
request one the overwhelmingly common case for failing to request will
be that the required GPIO driver has not yet registered and we should
therefore defer until it has registered.
In order to avoid having to code this logic i
On Fri, 2012-07-06 at 11:34 -0700, Linus Torvalds wrote:
> But any code that does "kernel_ip(regs->ip)" is just terminally
> confused and can never be sane.
How about something like the below?
I've also modified perf_instruction_pointer() to account for the VM86
and IA32 non-zero segment base ca
On Mon, Jul 09, 2012 at 02:15:37PM +0300, Avi Kivity wrote:
> On 07/09/2012 12:02 PM, Xiao Guangrong wrote:
> > After commit f78146b0f9230765c6315b2e14f56112513389ad:
> >
> > KVM: Fix page-crossing MMIO
> >
> > MMIO that are split across a page boundary are currently broken - the
> > cod
On 07/09/2012 08:01 AM, Yasuaki Ishimatsu wrote:
> Hi Srivatsa,
>
> Thank you for your reviewing.
>
> 2012/07/06 18:51, Srivatsa S. Bhat wrote:
>> On 07/06/2012 08:46 AM, Yasuaki Ishimatsu wrote:
>>> Even if cpu_down() fails, acpi_processor_remove() continues to remove the
>>> cpu.
>>
>> Ouch!
>
> > > In 3.4, radeon worked with a glitch - window titles were see-throug (not
> > > drawn). In 3.5-rc5, radeon driver seems to be more careful and disables
> > > acceleration on this system at all. Full dmesg below.
> >
> > Does it always do it the same? got the dmesg from 3.4 and/or 2.6.32?
>
>
Namjae Jeon writes:
> 2012/7/9, OGAWA Hirofumi :
>> Namjae Jeon writes:
>>
> + /*
> + * calculate i_blocks and mmu_private from the actual number of
> + * allocated clusters instead of doing it from file size.This ensures
> + * that the preallocated disk space using FALLOC_FL_
2012/7/8 Hans de Goede :
> On 07/08/2012 03:01 PM, Martin-Éric Racine wrote:
>>
>> 2012/6/17 Martin-Éric Racine :
>>>
>>> pe, 2012-06-15 kello 23:41 -0500, Jonathan Nieder kirjoitti:
Martin-Éric Racine wrote:
>
> usb 1-7: new high-speed USB device number 3 using ehci_hcd
>>>
Hi Alan,
On Sun, Jul 08, 2012 at 12:29:20AM +0100, Alan Cox wrote:
> > 1. The AArch64 architecture is significantly different from AArch32 (the
> > official name of the 32-bit ARM architecture), it is not an extension.
> > It has a new exception model, new instruction set (even the register
> > na
On Sat, 2012-07-07 at 16:49 +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
> It seems there's no specific reason to open-code it. I guess the
> commit 0122ec5b02f76 ("sched: Add p->pi_lock to task_rq_lock()")
> simply missed it. Let's be consistent with others.
Looks that way, thanks!
--
T
On Fri, 2012-07-06 at 12:38 -0400, Rik van Riel wrote:
> We really want something like PROT_NONE
Yeah, that makes sense, I'll have a look at PROT_NONE.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo in
601 - 700 of 724 matches
Mail list logo
