Hi Keek,
On Monday 24 June 2013 10:33 PM, Kees Cook wrote:
On Mon, Jun 24, 2013 at 12:48 AM, Aruna Balakrishnaiah
wrote:
pstore_erase is used to erase the record from the persistent store.
So if a driver has not defined pstore_erase callback return
-EINVAL instead of unlinking a file as
Hi All,
On 3.4-rc49, I got following failure running `perf test`:
/ # perf test -v 1
1: vmlinux symtab matches kallsyms:
--- start ---
dso__find_symbol_by_name end
vmlinux symtab matches kallsyms: FAILED!
Perf test is failing at dsofind_symbol_by_name
where
kallsyms_map =
Stefano Stabellini wrote:
Trimming some of the people in CC
On Mon, 24 Jun 2013, Zhenzhong Duan wrote:
On 2013-06-20 22:21, Stefano Stabellini wrote:
On Thu, 20 Jun 2013, Zhenzhong Duan wrote:
On 2013-06-05 20:50, Stefano Stabellini wrote:
On Wed, 5 Jun 2013,
> On 06/22/2013 09:10 PM, Huacai Chen wrote:
>>
>> Is the 3rd patch of V10 is OK to be accepted now? If so, could the
>> patchset of V10 be merged into 3.11?
>>
> The merge window for 3.11 is closed at this point. You should get it
> prepared for 3.12, so start tracking the 'mips-for-linux-next'
This patch fixes return value checking of regulator_get() in charger-manager
driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
regulator with given name, not NULL.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
v2:
- Fix return value to use API's directly
Hi,
Thank you for the interest.
2013-06-21 (금), 21:36 +0200, Pavel Machek:
> Hi!
>
> I played a bit with f2fs...
>
> First, I had to compile the f2fstools... Unfortunately they require
> never autoconf than available on debian. I tried to hack it, but then
> I decided that compiling it by hand
Hi Nicolas,
On 06/24/2013 06:57 PM, Nicolas Ferre wrote:
at91sam9n12 has Full-speed only USB. So we should add
it to the list in at91_pllb_usbfs_clock_init() function.
Signed-off-by: Nicolas Ferre
---
arch/arm/mach-at91/clock.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On 2013년 06월 25일 14:07, Sachin Kamat wrote:
> On 25 June 2013 10:32, Jonghwa Lee wrote:
>> This patch fixes return value checking of regulator_get() in charger-manager
>> driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
>> regulator with given name, not NULL.
>>
>>
On 25 June 2013 10:32, Jonghwa Lee wrote:
> This patch fixes return value checking of regulator_get() in charger-manager
> driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
> regulator with given name, not NULL.
>
> Signed-off-by: Jonghwa Lee
> Signed-off-by: Myungjoo Ham
Hi Nicolas,
On 06/25/2013 12:37 AM, Nicolas Ferre wrote:
at91sam9n12 has Full-speed only USB. So we should add
it to the list in at91_pllb_usbfs_clock_init() function.
Moreover, at91sam9n12 has an unusual PMC in the sense that it
has a PLLB but also has a USB clock register.
Signed-off-by:
On 06/25/2013 04:21 AM, Tejun Heo wrote:
On Mon, Jun 24, 2013 at 07:20:12PM +0530, Raghavendra K T wrote:
@@ -1656,7 +1656,7 @@ static inline int bio_check_eod(struct bio *bio, unsigned
int nr_sectors)
if (maxsector) {
sector_t sector = bio->bi_sector;
-
This patch prevents NULL pointer error cauesed by unregistering unregistered
exton notifier block. At the probing time of charger manager, it tries to
remove extcon notifier block when it fails to initialize them. It has to be
applied for only registered one. Otherwise, it'd make kernel panic. To
This patch fixes return value checking of regulator_get() in charger-manager
driver. The API, regulator_get(), returns ERR_PTR() when it fails to get
regulator with given name, not NULL.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
drivers/power/charger-manager.c |2 +-
1
On Thu, 2013-06-20 at 21:31 +0530, Varun Sethi wrote:
> +#define REQ_ACS_FLAGS(PCI_ACS_SV | PCI_ACS_RR | PCI_ACS_CR |
> PCI_ACS_UF)
> +
> +static struct iommu_group *get_device_iommu_group(struct device *dev)
> +{
> + struct iommu_group *group;
> +
> + group =
This eliminates having an #ifdef returning NULL for the case
when OF is disabled.
Signed-off-by: Sachin Kamat
---
Rebased on latest char-misc-next branch of char-misc tree.
---
drivers/uio/uio_pdrv_genirq.c |5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git
On 06/25/2013 01:00 AM, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications. For example, the fix in
> commit 5e427ec2d0 ("x86: Fix bit corruption at
On Mon, Jun 17, 2013 at 11:54 PM, Tejun Heo wrote:
> On Tue, Apr 16, 2013 at 02:58:02PM +0530, Girish K S wrote:
>> This patch adds the compatible string of the exynos5440 sata controller
>> compliant with the ahci 1.3 and sata 3.0 specification.
>>
>> Signed-off-by: Girish K S
>>
>> changes in
On 06/24/2013 09:54 AM, Alexey Brodkin wrote:
> Driver for non-standard on-chip ethernet device ARC EMAC 10/100,
> instantiated in some legacy ARC (Synopsys) FPGA Boards such as
> ARCAngel4/ML50x.
Any comments on this patch?
If not please consider applying.
Regards,
Alexey
--
To unsubscribe
On Tue, 2013-06-25 at 09:01 +0530, Viresh Kumar wrote:
> On 25 June 2013 01:00, Paul Gortmaker wrote:
> > diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
[]
> > -static int __cpuinit cpufreq_cpu_callback(struct notifier_block *nfb,
> > -
On 06/21/2013 11:25:33 AM, Nathan Zimmer wrote:
On a 16TB system it can takes upwards of two hours to boot the system
with
about 60% of the time being spent initializing memory. This patch
delays
initializing a large portion of memory until after the system is
booted.
This can
On Mon, Jun 24, 2013 at 5:01 PM, Tejun Heo wrote:
> Hello, Tim.
>
> On Sat, Jun 22, 2013 at 04:13:41PM -0700, Tim Hockin wrote:
>> I'm very sorry I let this fall off my plate. I was pointed at a
>> systemd-devel message indicating that this is done. Is it so? It
>
> It's progressing pretty
On Mon, 2013-06-24 at 21:35 -0600, Bjorn Helgaas wrote:
> On Mon, Jun 24, 2013 at 8:58 PM, Alex Williamson
> wrote:
> > On Mon, 2013-06-24 at 19:38 -0600, Bjorn Helgaas wrote:
> >> [+cc Michael, Alex, Isaku]
> >>
> >> On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
> >> > PCIe switch
> I think the proposal on the table is to take Seungwon's patches
> instead of mine. Assuming they solve your problems, I'm OK with that.
> I think he was requesting testing the first of his two patches alone
> and then both of his two patches together.
Test #1: Swungwon's patch #1 alone [1]
This is third version of uprobes-based dynamic events
multibuffer and soft-mode disabling support work.
[v3]:
1. separate soft-mode disabling patch from multibuffer support patch.
2. fix some comments
3. coding style trivial
4. fix flags race in probe_event_disable
zhangwei(Jovi) (2):
On Mon, Jun 24, 2013 at 8:58 PM, Alex Williamson
wrote:
> On Mon, 2013-06-24 at 19:38 -0600, Bjorn Helgaas wrote:
>> [+cc Michael, Alex, Isaku]
>>
>> On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
>> > PCIe switch upstream port can be connected directly to the PCIe root bus
>> > in QEMU;
Hi,
On Tue, Jun 25, 2013 at 09:25:30AM +0800, Chao Xie wrote:
> >> It is same as clk, irq requested by ehci-xxx driver.
> >
> > clocks could be handled generically in some cases, we have pm_clk_add()
> > for a reason ;-)
> >
> > Also, clock handling can be hidden under pm_runtime callbacks (say,
Support soft-mode disabling on uprobe-based dynamic events.
Soft-disabling is just ignoring recording if the soft disabled
flag is set.
Signed-off-by: zhangwei(Jovi)
Cc: Masami Hiramatsu
Cc: Frederic Weisbecker
Cc: Oleg Nesterov
Cc: Srikar Dronamraju
---
kernel/trace/trace_uprobe.c |3
On 25 June 2013 01:00, Paul Gortmaker wrote:
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> index f8c2860..5687d28 100644
> --- a/drivers/cpufreq/cpufreq.c
> +++ b/drivers/cpufreq/cpufreq.c
> @@ -1900,8 +1900,8 @@ no_policy:
> }
> EXPORT_SYMBOL(cpufreq_update_policy);
>
Support multi-buffer on uprobe-based dynamic events by
using ftrace_event_file.
This patch is based kprobe-based dynamic events multibuffer
support work initially, commited by Masami(commit 41a7dd420c),
but revised as below:
Oleg changed the kprobe-based multibuffer design from
array-pointers of
On 2013/6/25 2:05, Oleg Nesterov wrote:
> Hi Jovi,
>
> I'll try to read this patch carefully tomorrow.
>
> Looks fine at first glance, but some nits below.
>
> On 06/24, zhangwei(Jovi) wrote:
>>
>> static int uprobe_trace_func(struct trace_uprobe *tu, struct pt_regs *regs)
>> {
>> -if
Bjorn Helgaas wrote:
>
> On Fri, Jun 21, 2013 at 04:24:54PM +0900, Jingoo Han wrote:
> > Exynos5440 has a PCIe controller which can be used as Root Complex.
> > This driver supports a PCIe controller as Root Complex mode.
> >
> > Signed-off-by: Surendranath Gurivireddy Balla
> > Signed-off-by:
On Mon, Jun 24, 2013 at 10:07:51AM +0200, Ingo Molnar wrote:
> I'm wondering, how will this scheme work if the IO completion latency is a
> lot more than the 5 usecs in the testcase? What if it takes 20 usecs or
> 100 usecs or more?
There's clearly a threshold at which it stops making sense,
Hello Maintainers:
With allmodconfig, and set "avr32-linux-gnu-" as cross compiler prefix.
It will report error:
avr32-linux-gnu-gcc: error: unrecognized command line option ‘-mno-pic’
avr32-linux-gnu-gcc: error: unrecognized command line option ‘-march=ap’
The related gcc version:
On Tue, 2013-06-25 at 12:58 +1000, Michael Ellerman wrote:
> On Tue, Jun 25, 2013 at 12:13:04PM +1000, Benjamin Herrenschmidt wrote:
> > On Tue, 2013-06-25 at 12:08 +1000, Michael Ellerman wrote:
> > > We're not checking for allocation failure, which we should be.
> > >
> > > But this code is
On Mon, Jun 24, 2013 at 08:11:02PM -0400, Steven Rostedt wrote:
> What about hooking into the idle_balance code? That happens if we are
> about to go to idle but before the full schedule switch to the idle
> task.
>
>
> In __schedule(void):
>
> if (unlikely(!rq->nr_running))
>
On Mon, Jun 24, 2013 at 09:15:45AM +0200, Jens Axboe wrote:
> Willy, I think the general design is fine, hooking in via the bdi is the
> only way to get back to the right place from where you need to sleep.
> Some thoughts:
>
> - This should be hooked in via blk-iopoll, both of them should call
On Tue, Jun 25, 2013 at 12:13:04PM +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2013-06-25 at 12:08 +1000, Michael Ellerman wrote:
> > We're not checking for allocation failure, which we should be.
> >
> > But this code is only used on powermac and 85xx, so it should probably
> > just be a TODO
On Mon, 2013-06-24 at 19:38 -0600, Bjorn Helgaas wrote:
> [+cc Michael, Alex, Isaku]
>
> On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
> > PCIe switch upstream port can be connected directly to the PCIe root bus
> > in QEMU; ASPM does not expect this topology and dereferences NULL
Currently, mn10300 does not implement 'KPROBES', so need remove it now,
or can not pass compiling with allmodconfig.
The related error (with allmodconfig):
In file included from arch/mn10300/kernel/kprobes.c:20:0:
include/linux/kprobes.h: In function ‘get_kprobe_ctlblk’:
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
drivers/net/ethernet/renesas/sh_eth.c between commit ca8c35852138
("sh_eth: fix unhandled RFE interrupt") from the net tree and commit
8f80899665c4 ("sh_eth: remove 'tx_error_check' field of 'struct
sh_eth_cpu_data'") from
On Mon, Jun 24, 2013 at 9:37 PM, Stephen Boyd wrote:
> Is this one in the arm-soc tree? I plan to make a sweep after 3.11-rc1
I haven't see a fix for this in the linux-arm-kernel list.
> and fix up all the stragglers (looks like just this one) and remove the
> dummy asm header that just got
On Sun, Jun 23, 2013 at 03:51:29PM +0400, Glauber Costa wrote:
> On Fri, Jun 21, 2013 at 11:00:21AM +0200, Michal Hocko wrote:
> > On Thu 20-06-13 17:12:01, Michal Hocko wrote:
> > > I am bisecting it again. It is quite tedious, though, because good case
> > > is hard to be sure about.
> >
> >
On Tue, Jun 18, 2013 at 03:50:25PM +0200, Michal Hocko wrote:
> And again, another hang. It looks like the inode deletion never
> finishes. The good thing is that I do not see any LRU related BUG_ONs
> anymore. I am going to test with the other patch in the thread.
>
> 2476 []
On Tue, 2013-06-25 at 12:08 +1000, Michael Ellerman wrote:
> We're not checking for allocation failure, which we should be.
>
> But this code is only used on powermac and 85xx, so it should probably
> just be a TODO to fix this up to handle the failure.
And what can we do if they fail ?
Cheers,
From: Wei Yongjun
devm_* APIs are device managed and make code simpler.
Signed-off-by: Wei Yongjun
---
sound/soc/mid-x86/mfld_machine.c | 29 ++---
1 file changed, 10 insertions(+), 19 deletions(-)
diff --git a/sound/soc/mid-x86/mfld_machine.c
[Re: [PATCH 23/32] x86: delete __cpuinit usage from all x86 files] On
24/06/2013 (Mon 16:12) H. Peter Anvin wrote:
> On 06/24/2013 12:30 PM, Paul Gortmaker wrote:
> > The __cpuinit type of throwaway sections might have made sense
> > some time ago when RAM was more constrained, but now the
On Mon, Jun 24, 2013 at 6:14 PM, Mark Brown wrote:
> On Mon, Jun 24, 2013 at 10:01:39AM +0800, Chao Xie wrote:
>> On Fri, Jun 21, 2013 at 11:24 PM, Mark Brown wrote:
>
>> > Just provide get_voltage_sel(), the core will do the mapping to voltages
>> > using list_voltage().
>
>> I am a little
On Tue, Jun 25, 2013 at 08:22:49AM +0800, Peng Tao wrote:
> On 06/25/2013 07:50 AM, Greg KH wrote:
> >On Tue, Jun 25, 2013 at 09:40:51AM +1000, Stephen Rothwell wrote:
> >>Hi Greg,
> >>
> >>On Mon, 24 Jun 2013 15:40:35 -0700 Greg KH wrote:
> >>>We are running out of time, my tree is pretty much
On Fri, Jun 21, 2013 at 04:24:54PM +0900, Jingoo Han wrote:
> Exynos5440 has a PCIe controller which can be used as Root Complex.
> This driver supports a PCIe controller as Root Complex mode.
>
> Signed-off-by: Surendranath Gurivireddy Balla
> Signed-off-by: Siva Reddy Kallam
> Signed-off-by:
On Sun, Jun 23, 2013 at 07:17:00PM +0530, Srivatsa S. Bhat wrote:
> The function migrate_irqs() is called with interrupts disabled
> and hence its not safe to do GFP_KERNEL allocations inside it,
> because they can sleep. So change the gfp mask to GFP_ATOMIC.
OK so it gets there via:
Include "asm/special_insns.h" to pass compiling.
The related error (with allmodconfig):
arch/c6x/platforms/plldata.c: In function ‘c6472_setup_clocks’:
arch/c6x/platforms/plldata.c:279:2: error: implicit declaration of function
‘get_coreid’ [-Werror=implicit-function-declaration]
Need include "asm/uaccess.h" to pass compiling.
The related error (with allmodconfig):
arch/c6x/mm/init.c: In function ‘paging_init’:
arch/c6x/mm/init.c:46:2: error: implicit declaration of function ‘set_fs’
[-Werror=implicit-function-declaration]
arch/c6x/mm/init.c:46:9: error:
On 06/25/2013 06:17 AM, George Spelvin wrote:
>>> Reported-by: Borislav Petkov
>
>> This should be:
>>
>> Reported-by: George Spelvin
>>
>> I only connected the dots...
>
> Well, you did a whole lot more than me! I just lobbed a "d'oh, it
> crashes" into the seething ocean of lkml.
Need include "linux/console.h" when 'VT' and 'DUMMY_CONSOLE' enabled
(e.g allmodconfig).
The related error:
arch/c6x/kernel/setup.c: In function ‘setup_arch’:
arch/c6x/kernel/setup.c:442:2: error: ‘conswitchp’ undeclared (first use in
this function)
arch/c6x/kernel/setup.c:442:2: note:
On Thu, Jun 20, 2013 at 08:20:16AM -0400, Mathieu Desnoyers wrote:
> * Rob van der Heij (rvdh...@gmail.com) wrote:
> > Wouldn't you batch the calls to drop the pages from cache rather than drop
> > one packet at a time?
>
> By default for kernel tracing, lttng's trace packets are 1MB, so I
>
Hello Maintainers:
When allmodconfig for " IBM zSeries model z800 and z900"
It will report the related warnings ("EXTRA_CFLAGS=-W"):
mm/slub.c:1875:1: warning: ‘deactivate_slab’ uses dynamic stack allocation
[enabled by default]
mm/slub.c:1941:1: warning: ‘unfreeze_partials.isra.32’ uses
Thanks for looking at this again.
I will be away from my office until the middle of July, so I will not be
able to generate and test a revised patch until then.
David Daney
On 06/24/2013 03:06 PM, Linus Walleij wrote:
On Thu, Jun 20, 2013 at 8:10 PM, David Daney wrote:
On 06/17/2013
When smp_add_present_cpu() fails, it has reset all things excluding
'c->hotpluggable', so need reset it as original state completely.
Signed-off-by: Chen Gang
---
arch/s390/kernel/smp.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/s390/kernel/smp.c
On Sun, 2013-06-23 at 12:19 +0800, Fengguang Wu wrote:
> Greetings,
>
> I find the below dmesg in upstream and linux-next.
>
> [2.456884] Testing tracer branch:
> [2.458281] [ cut here ]
> [2.459813] WARNING: at /c/kernel-tests/src/tip/kernel/lockdep.c:3537
(2013/06/14 19:12), David Rientjes wrote:
On Fri, 14 Jun 2013, Kamezawa Hiroyuki wrote:
Reading your discussion, I think I understand your requirements.
The problem is that I can't think you took into all options into
accounts and found the best way is this new oom_delay. IOW, I can't
convice
[+cc Michael, Alex, Isaku]
On Wed, Jun 19, 2013 at 12:56 PM, Radim Krčmář wrote:
> PCIe switch upstream port can be connected directly to the PCIe root bus
> in QEMU; ASPM does not expect this topology and dereferences NULL pointer
> when initializing.
>
> I have not confirmed this can happen on
Hi Jeff,
Thanks for doing all this work!
Trivial comments below.
On Fri, 21 Jun 2013 08:58:14 -0400 Jeff Layton wrote:
>
> +static inline void
> +locks_insert_global_locks(struct file_lock *fl)
> +{
> + list_add_tail(>fl_link, _lock_list);
> +}
We generally do not use "inline" in C files
gt; > > CC arch/arm64/xen/../../arm/xen/enlighten.o
>>> > > arch/arm64/xen/../../arm/xen/enlighten.c:19:26: fatal error:
>>> > > asm/paravirt.h: No such file or directory
>>> > >
>>> > > The related .config file for next-2013
On Tue, Jun 25, 2013 at 3:45 AM, Felipe Balbi wrote:
> Hi,
>
> On Fri, Jun 21, 2013 at 09:07:59AM +0800, Chao Xie wrote:
>> On Fri, Jun 21, 2013 at 1:25 AM, Alan Stern
>> wrote:
>> > On Thu, 20 Jun 2013, Felipe Balbi wrote:
>> >
>> >> > In fact, the PHY setting and handling is related to
Callers of skb_seq_read() are currently forced to call skb_abort_seq_read()
even when consuming all the data because the last call to skb_seq_read (the
one that returns 0 to indicate the end) fails to unmap the last fragment page.
With this patch callers will be allowed to traverse the SKB data
People might be tricked into assuming that the return value for a
failed NULL pointer check should be -EINVAL instead of -EFAULT.
Remove the misleading NULL pointer check to fix this nuisance.
Aside of that this patch fixes the problem of NOMMU kernels, where
a NULL pointer dereference is a
On Tue, 25 Jun 2013, Christian Stroetmann wrote:
Dear Mr. Richard Weinberger:
Thank you very much for the reminder and the prove again that a profound
discussion seems not to be possible. Even more important is the point that
the discussion related with the ReiserFS was different than this
On Mon, Jun 24, 2013 at 03:30:34PM -0400, Paul Gortmaker wrote:
> The __cpuinit type of throwaway sections might have made sense
> some time ago when RAM was more constrained, but now the savings
> do not offset the cost and complications. For example, the fix in
> commit 5e427ec2d0 ("x86: Fix
This patch adds new regulator driver to support max77693 chip's regulators.
max77693 has two linear voltage regulators and one current regulator which
can be controlled through I2C bus. This driver also supports device tree.
Signed-off-by: Jonghwa Lee
Signed-off-by: Myungjoo Ham
---
chagnes in
2013-06-25 AM 10:02, Andi Kleen wrote:
I'm not sure it should move to the common keys as normal perf
session won't have those.
Why not? If I enable weight sampling i get weights perfectly
fine in any session using the right PEBS events.
I guess you need to set up a couple of
TSX-specific
On 06/24/2013 03:27 PM, David Herrmann wrote:
> + sdrm->fb_map = ioremap(sdrm->fb_base, sdrm->fb_size);
This should probably be ioremap_wc. Otherwise it will be *really* slow
if used in legacy mode and it may cause conflicts with the
pgprot_writecombine mode for mmap.
(Watching boot
> I'm not sure it should move to the common keys as normal perf
> session won't have those.
Why not? If I enable weight sampling i get weights perfectly
fine in any session using the right PEBS events.
> I guess you need to set up a couple of
> TSX-specific sort keys like perf mem, if so what
Hi Andi,
2013-06-25 AM 9:30, Andi Kleen wrote:
On Fri, May 31, 2013 at 04:20:20AM -0700, tip-bot for Namhyung Kim wrote:
perf sort: Separate out memory-specific sort keys
Since they're used only for perf mem, separate out them to a different
dimension so that normal user cannot access them by
On 06/25/2013 07:28 AM, Thomas Gleixner wrote:
> On Fri, 21 Jun 2013, Chen Gang wrote:
> > >> > Also can let code simpler and easier for readers: if checking
> > >> > parameter
> > >> > 'value', it will easily lead readers to think about why not return
> > >> > -EINVAL instead of
On 06/24/13 17:03, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Commit 38ff87f7 (sched_clock: Make ARM's sched_clock generic for all
> architectures) changed the header to , so adapt it in
> order
> to fix the following build error:
>
> arch/arm/mach-clps711x/common.c:37:29: fatal error:
Dear Mr. Richard Weinberger:
Thank you very much for the reminder and the prove again that a profound
discussion seems not to be possible. Even more important is the point
that the discussion related with the ReiserFS was different than this
discussion, because this time I have not presented
On Fri, May 31, 2013 at 04:20:20AM -0700, tip-bot for Namhyung Kim wrote:
> perf sort: Separate out memory-specific sort keys
>
> Since they're used only for perf mem, separate out them to a different
> dimension so that normal user cannot access them by any chance.
>
> For global/local weights,
Various parts of the kernel acquire and release this mutex,
so add i_mmap_lock_write() and immap_unlock_write() helper
functions that will encapsulate this logic. The next patch
will make use of these.
Signed-off-by: Davidlohr Bueso
---
include/linux/fs.h | 10 ++
1 file changed, 10
On 06/25/2013 07:50 AM, Greg KH wrote:
On Tue, Jun 25, 2013 at 09:40:51AM +1000, Stephen Rothwell wrote:
Hi Greg,
On Mon, 24 Jun 2013 15:40:35 -0700 Greg KH wrote:
We are running out of time, my tree is pretty much closed for 3.11 now,
should I just disable the build of this module for 3.11?
Similar to commit 4fc3f1d6, which optimized the anon-vma rwsem, we can share
the i_mmap_rwsem among multiple readers for rmap_walk_file(),
try_to_unmap_file() and collect_procs_file().
With this change, and the rwsem optimizations discussed in
http://lkml.org/lkml/2013/6/16/38 we can see
This conversion is straightforward. All users take the write
lock, so there is really not much difference with the previous
mutex lock.
Signed-off-by: Davidlohr Bueso
---
fs/inode.c | 2 +-
include/linux/fs.h | 6 +++---
mm/mmap.c | 2 +-
3 files changed, 5 insertions(+), 5
Convert all open coded mutex_lock/unlock calls to the
i_mmap_[lock/unlock]_write() helpers.
Signed-off-by: Davidlohr Bueso
---
arch/x86/mm/hugetlbpage.c | 4 ++--
fs/hugetlbfs/inode.c | 4 ++--
kernel/events/uprobes.c | 4 ++--
kernel/fork.c | 4 ++--
mm/filemap_xip.c
This patchset extends the work started by Ingo Molnar in late 2012,
optimizing the anon-vma mutex lock, converting it from a exclusive mutex
to a rwsem, and sharing the lock for read-only paths when walking the
the vma-interval tree. More specifically commits 5a505085 and 4fc3f1d6.
The i_mmap
Update the lock to i_mmap_rwsem throughout the kernel.
All changes are in comments and documentation.
Signed-off-by: Davidlohr Bueso
---
Documentation/lockstat.txt | 2 +-
Documentation/vm/locking | 2 +-
arch/x86/mm/hugetlbpage.c| 2 +-
include/linux/mmu_notifier.h | 2 +-
From: Fabio Estevam
Commit 38ff87f7 (sched_clock: Make ARM's sched_clock generic for all
architectures) changed the header to , so adapt it in order
to fix the following build error:
arch/arm/mach-clps711x/common.c:37:29: fatal error: asm/sched_clock.h: No such
file or directory
On Mon, Jun 24, 2013 at 09:17:18AM +0200, Jens Axboe wrote:
> On Sun, Jun 23 2013, Linus Torvalds wrote:
> >
> > You could try to do that either *in* the idle thread (which would take
> > the context switch overhead - maybe negating some of the advantages),
> > or alternatively hook into the
On Tue, Jun 25, 2013 at 9:18 AM, Konrad Rzeszutek Wilk
wrote:
> Dave Airlie wrote:
>
>>On Tue, Jun 25, 2013 at 4:34 AM, Konrad Rzeszutek Wilk
>> wrote:
>>> On Mon, Jun 24, 2013 at 08:26:18PM +0200, Daniel Vetter wrote:
On Mon, Jun 24, 2013 at 7:32 PM, Konrad Rzeszutek Wilk
wrote:
Hello, Tim.
On Sat, Jun 22, 2013 at 04:13:41PM -0700, Tim Hockin wrote:
> I'm very sorry I let this fall off my plate. I was pointed at a
> systemd-devel message indicating that this is done. Is it so? It
It's progressing pretty fast.
> seems so completely ass-backwards to me. Below is one
Yes that is fine - am updating with two minor changes to the tree.
will repost within three hours.
On Mon, Jun 24, 2013 at 6:51 PM, Stephen Rothwell wrote:
> Hi all,
>
> Attempting to fetch the cifs tree
> (git://git.samba.org/sfrench/cifs-2.6.git#for-next) produces this error:
>
> fatal:
Hi all,
Attempting to fetch the cifs tree
(git://git.samba.org/sfrench/cifs-2.6.git#for-next) produces this error:
fatal: Couldn't find remote ref refs/heads/for-next
I am using whatever I have previously fetched.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
On Tue, Jun 25, 2013 at 09:40:51AM +1000, Stephen Rothwell wrote:
> Hi Greg,
>
> On Mon, 24 Jun 2013 15:40:35 -0700 Greg KH wrote:
> >
> > We are running out of time, my tree is pretty much closed for 3.11 now,
> > should I just disable the build of this module for 3.11?
>
> That's what I've
Hi Mark,
Attempting to fetch the c6x tree
(git://linux-c6x.org/git/projects/linux-c6x-upstreaming.git#for-linux-next)
for the past two days has just produced hangs. I am using whatever I
have previously fetched.
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
Commit-ID: 2699339361a9bacb3fa663e6b8981a040cfca4ee
Gitweb: http://git.kernel.org/tip/2699339361a9bacb3fa663e6b8981a040cfca4ee
Author: Fabio Estevam
AuthorDate: Mon, 24 Jun 2013 20:20:08 -0300
Committer: Thomas Gleixner
CommitDate: Tue, 25 Jun 2013 01:41:48 +0200
clocksource:
On Mon, Jun 24, 2013 at 10:26 AM, Colin Cross wrote:
> On Mon, Jun 24, 2013 at 4:48 AM, Christoph Hellwig wrote:
>> On Sat, Jun 22, 2013 at 12:47:29PM -0700, Alex Elsayed wrote:
>>> Couldn't this be done by having a root-only tmpfs, and having a userspace
>>> component that creates per-app
On Wed, Jun 19, 2013 at 08:50:08AM +0200, Jiri Slaby wrote:
> On 06/18/2013 06:04 PM, Greg Kroah-Hartman wrote:
> >> So currently I have what is attached... Comments?
> >
> > Looks good to me, want me to queue it up through my char/misc driver
> > tree for 3.11?
>
> If there are no objections...
Hi Greg,
On Mon, 24 Jun 2013 15:40:35 -0700 Greg KH wrote:
>
> We are running out of time, my tree is pretty much closed for 3.11 now,
> should I just disable the build of this module for 3.11?
That's what I've been doing - it has never been enabled in a final
linux-next release. So, it should
On Mon, Jun 24, 2013 at 08:21:43AM +0100, Srinivas KANDAGATLA wrote:
> From: Srinivas Kandagatla
>
> This patch adds support to ASC (asynchronous serial controller)
> driver, which is basically a standard serial driver. This IP is common
> across all the ST parts for settop box platforms.
>
>
On 13-06-23 02:37 PM, Akinobu Mita wrote:
do_device_access() is a function that abstracts copying SG list from/to
ramdisk storage (fake_storep).
It must deal with the ranges exceeding actual fake_storep size, because
such ranges are valid if virtual_gb is set greater than zero, and they
should
From: Wedson Almeida Filho
Date: Mon, 24 Jun 2013 15:47:18 -0700
> The summary line of the original commit is "[NET]: Zerocopy sequential
> reading of skb data".
He's telling you to put this in the commit message, and resubmit
the patch.
--
To unsubscribe from this list: send the line
On Fri, 21 Jun 2013, Chen Gang wrote:
> >> > Also can let code simpler and easier for readers: if checking parameter
> >> > 'value', it will easily lead readers to think about why not return
> >> > -EINVAL instead of -EFAULT, when checking parameter failed.
> > So you are seriously claiming, that
1 - 100 of 1516 matches
Mail list logo
