On Wed, May 14, 2014 at 03:11:22PM -0400, Konrad Rzeszutek Wilk wrote:
> Hey Greg
>
> This email is in regards to backporting two patches to stable that
> fall under the 'performance' rule:
>
> bfe11d6de1c416cea4f3f0f35f864162063ce3fa
> fbe363c476afe8ec992d3baf682670a4bd1b6ce6
Now queued up,
On 3 June 2014 21:18, Mark Brown wrote:
> No, as I've explained repeatedly NULL is a perfectly valid regulator and
Okay, its been checked at multiple places already and that's obviously
wrong then.
> that's not going to work reliably. As I've previously requested please
> think about what
On (05/30/14 16:34), Weijie Yang wrote:
> Currently, we use a rwlock tb_lock to protect concurrent access to
> the whole zram meta table. However, according to the actual access model,
> there is only a small chance for upper user to access the same table[index],
> so the current lock granularity
Hi Guys,
What's the status of this issue? Has it been fixed?
Thanks,
Gu
On 05/21/2014 10:57 PM, Sebastian Ott wrote:
> On Wed, 21 May 2014, Anatol Pomozov wrote:
>> On Wed, May 21, 2014 at 1:48 AM, Sebastian Ott
>> wrote:
>>> On Wed, 21 May 2014, Sebastian Ott wrote:
On Tue, 20 May 2014,
On 4 June 2014 00:00, Stephen Boyd wrote:
> This config exists entirely to hide the cpufreq menu from the
> kernel configuration unless a platform has selected it. Nothing
> is actually built if this config is 'Y' and it just leads to more
> patches that add a select under a platform Kconfig so
On 06/03/2014 07:28 PM, FanWu wrote:
> On 06/04/2014 12:49 AM, Stephen Warren wrote:
>> On 06/03/2014 01:37 AM, f...@marvell.com wrote:
>>> From: Fan Wu
>>>
>>> What the patch did:
>>> 1.To call pinmux_disable_setting ahead of pinmux_enable_setting in
>>> each time of
>>>calling
> On Mon, Jun 02, 2014 at 03:06:13PM +0200, Lukáš Czerner wrote:
> > > > So what will happen when there is not enough space when "inserting a
> > > > range" ? And how should user proceed from there ?
> > > If insert range fails with an ENOSPC error, user could use collapse
> > > range on the same
> On 06/04/2014 09:45 AM, Peter Chen wrote:
> >
> >> commit d18f7116a5ddb8263fe62b05ad63e5ceb5875791
> >> Author: Robert Baldyga
> >> Date: Thu Nov 21 13:49:18 2013 +0100
> >>
> >> usb: gadget: s3c-hsotg: fix disconnect handling
> >>
> >> This patch moves s3c_hsotg_disconnect
From: Yang Wei
While loading g_mass_storage module, the following warning is triggered.
WARNING: at drivers/usb/gadget/composite.c:
usb_composite_setup_continue: Unexpected call
Modules linked in: fat vfat minix nls_cp437 nls_iso8859_1 g_mass_storage
[<800179cc>] (unwind_backtrace+0x0/0x104)
Hi Linus,
all fairly small, radeon stability and a panic path fix.
Mostly radeon fixes, suspend/resume fix,
stability on the CIK chipsets,
along with a locking check avoidance patch for panic times regression.
Dave.
The following changes since commit 18ee37a485653aa635cfab9a3710e9bcf5fbca01:
On Tue, Jun 03, 2014 at 04:21:00PM -0700, Greg KH wrote:
> On Tue, Jun 03, 2014 at 03:55:02PM -0700, Francesco Ruggeri wrote:
> > In-Reply-To: <20140523023141.gc13...@kroah.com>
> >
> >
> > Hi Guenter,
> > I got back to looking into this crash.
> > Just as an example, the attached diffs also fix
(2014/06/04 4:13), Oleg Nesterov wrote:
> On 06/03, Ingo Molnar wrote:
>>
>> * Oleg Nesterov wrote:
>>
>>> And this is how it was named when I wrote this code. Unfortunately gcc
>>> dislikes this name ;) So I renamed it to ->def. Then I was asked to
>>> rename it and I agree, ->def doesn't look
On 06/04/2014 09:45 AM, Peter Chen wrote:
commit d18f7116a5ddb8263fe62b05ad63e5ceb5875791
Author: Robert Baldyga
Date: Thu Nov 21 13:49:18 2013 +0100
usb: gadget: s3c-hsotg: fix disconnect handling
This patch moves s3c_hsotg_disconnect function call from USBSusp
interrupt
Hi Steven,
Thank you for your review.
(2014/06/04 9:30), Steven Rostedt wrote:
On Tue, 03 Jun 2014 13:28:05 +0900
Yoshihiro YUNOMAE wrote:
---
kernel/trace/trace.c | 203 --
1 file changed, 180 insertions(+), 23 deletions(-)
diff --git
On moving the function into the driver proper, also check the device is
asserting the shared interrupt line.
This patch also fixes the interrupt handling for the digital input
change-of-state interrupts.
Signed-off-by: Chase Southwood
Cc: Ian Abbott
Cc: H Hartley Sweeten
---
Hartley,
I know
This board supports an interrupt that can be generated by an AND/OR
combination of 16 of the input channels.
Create a separate subdevice to handle this interrupt.
The apci1564_di_config() function is used to configure which
inputs are used to generate the interrupt. Currently this function
is
The global variables ui_InterruptStatus_1564 and ui_InterruptData are both
set but never used. Just remove them from the driver.
Signed-off-by: Chase Southwood
Cc: Ian Abbott
Cc: H Hartley Sweeten
---
drivers/staging/comedi/drivers/addi-data/hwdrv_apci1564.c | 7 +--
1 file changed, 1
Guys,
It seems the previous description is out of order. I describe it again.
Sorry for it.
irq handler
|
|-> s3c_hsotg_disconnect()
|
|-> common->new_fsg = NULL
|-> common->state = FSG_STATE_CONFIG
|-> wakes up fsg_main_thread.
|->set USB device address.
The addi_private struct defined in addi-data/addi_common.h is very bloated
and contains many fields which addi_apci_1564 does not require. In the
interest of eventually removing this driver's dependency on
addi_common.h, we can create a private data struct specifically for
addi_apci_1564
This member of the private data struct is only set at one location in the
entire driver, and then never even used for anything. Let's just remove
its use.
Signed-off-by: Chase Southwood
Cc: Ian Abbott
Cc: H Hartley Sweeeten
---
drivers/staging/comedi/drivers/addi-data/hwdrv_apci1564.c | 5
This patchset introduces a new private data struct for this driver, adds
all of the code required to support Change-of-State interrupts for the
digital input subdevice, and finally fixes
apci1564_interrupt() to service this type of interrupt correctly.
CHANGES FROM v1:
*leave the send_sig() calls
On 06/03/2014 07:24 PM, Lai Jiangshan wrote:
> Hi, Jason
>
> Could you test again after the following command has done.
> (if Peter hasn't asked you test with this command before nor he doesn't stop
> you now)
>
> echo NO_TTWU_QUEUE > /sys/kernel/debug/sched_features
Off-topic!
Why
On 06/03/2014 10:16 PM, Peter Zijlstra wrote:
> On Tue, Jun 03, 2014 at 07:24:38PM +0800, Lai Jiangshan wrote:
>> Hi, Jason
>>
>> Could you test again after the following command has done.
>> (if Peter hasn't asked you test with this command before nor he doesn't stop
>> you now)
>>
>> echo
Hello!
On Jun 3, 2014, at 9:22 PM, David Rientjes wrote:
>
> @@ -5849,21 +5850,32 @@ int lowmem_reserve_ratio_sysctl_handler(ctl_table
> *table, int write,
> int percpu_pagelist_fraction_sysctl_handler(ctl_table *table, int write,
> void __user *buffer, size_t *length, loff_t *ppos)
> {
>
This taint flag will be set if the system has ever entered a softlockup
state. Similar to TAINT_WARN it is useful to know whether or not the system
has been in a softlockup state when debugging.
Signed-off-by: Josh Hunt
---
Documentation/oops-tracing.txt |2 ++
Hi Hansson,
Have you include this patch to PR? If so could you tell me at which git
repository it is.
BR
Peter.Guo
-Original Message-
From: Ulf Hansson [mailto:ulf.hans...@linaro.org]
Sent: Wednesday, May 14, 2014 5:55 PM
To: Peter Guo
Cc: Chris Ball; adam@canonical.com;
On 6/3/14, 4:05 PM, Alexis Berlemont wrote:
Alexis Berlemont (29):
kbuild: add support of custom paths for "auto.conf*" files
perf kbuild: fix recursive invocation of config/features-checks
perf kbuild: store in config-detected missing variables (libdir, ...)
perf kbuild: remove
missing commit message as to why the ifdef directives useless.
if I build perf after applying this patch and I don't have devel code
for tui and gui will it still build?
David
On 6/3/14, 4:06 PM, Alexis Berlemont wrote:
---
tools/perf/ui/setup.c | 8
1 file changed, 8
ditto. you need a blurb here as to what is happening in the patch below.
On 6/3/14, 4:05 PM, Alexis Berlemont wrote:
---
tools/perf/Makefile.kbuild | 5 -
tools/perf/config/Makefile | 3 +++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/tools/perf/Makefile.kbuild
you are missing a commit message as to why the below change is needed.
What happens without this patch. What happens with this patch.
David
On 6/3/14, 4:05 PM, Alexis Berlemont wrote:
---
tools/perf/Makefile.kbuild | 2 +-
tools/perf/config/Makefile | 4 ++--
2 files changed, 3
On 6/3/14, 4:05 PM, Alexis Berlemont wrote:
From: Jiri Olsa
Fixing several sources config dependencies to allow
separate config builds.
Signed-off-by: Jiri Olsa
Cc: Arnaldo Carvalho de Melo
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Paul Mackerras
Cc: Corey Ashford
Cc: Frederic Weisbecker
>
> commit d18f7116a5ddb8263fe62b05ad63e5ceb5875791
> Author: Robert Baldyga
> Date: Thu Nov 21 13:49:18 2013 +0100
>
> usb: gadget: s3c-hsotg: fix disconnect handling
>
> This patch moves s3c_hsotg_disconnect function call from USBSusp
> interrupt
> handler to SET_ADDRESS
On 06/03/2014 10:28 PM, Peter Zijlstra wrote:
> On Tue, Jun 03, 2014 at 08:45:39PM +0800, Lai Jiangshan wrote:
>>
>> Hi, Peter,
>>
>> I rewrote the analyse. (scheduler_ipi() must be called before stopper-task,
>> so the part for workqueue of the old analyse maybe be wrong.)
>
> But I don't think
Hi, some notes below:
On Thu, Apr 24, 2014 at 6:27 AM, Xiangliang Yu wrote:
> Add support for SATA port softreset and port multiplier error
> handling.
Some more detailed notes about the approach and any caveats would be
appreciated.
>
> Signed-off-by: Xiangliang Yu
> ---
>
On 06/03/2014 06:19 AM, Dan Streetman wrote:
> In order to allow zswap users to choose between zbud and zsmalloc for
> the compressed storage pool, this patch set adds a new api "zpool" that
> provides an interface to both zbud and zsmalloc. Only minor changes
> to zbud's interface were needed.
On 06/03/2014 03:27 AM, Paul E. McKenney wrote:
> On Mon, Jun 02, 2014 at 12:11:55PM -0700, j...@joshtriplett.org wrote:
>> On Mon, Jun 02, 2014 at 12:08:21PM -0700, Paul E. McKenney wrote:
>>> On Mon, Jun 02, 2014 at 11:56:35AM -0700, j...@joshtriplett.org wrote:
On Mon, Jun 02, 2014 at
On 06/04/2014 12:49 AM, Stephen Warren wrote:
On 06/03/2014 01:37 AM, f...@marvell.com wrote:
From: Fan Wu
What the patch did:
1.To call pinmux_disable_setting ahead of pinmux_enable_setting in each time of
calling pinctrl_select_state
2.Remove the HW disable operation in in
If the percpu_pagelist_fraction sysctl is set by the user, it is
impossible to restore it to the kernel default since the user cannot
write 0 to the sysctl.
This patch allows the user to write 0 to restore the default behavior.
It still requires a fraction equal to or larger than 8, however,
On 06/03/2014 10:48 PM, Alan Stern wrote:
On Tue, 3 Jun 2014 wei.y...@windriver.com wrote:
From: Yang Wei
While loading g_mass_storage module, the following warning is triggered.
In fact, it is more easy to reproduce it with RT kernel.
WARNING: at drivers/usb/gadget/composite.c:
From: Stephen Hemminger
Date: Tue, 3 Jun 2014 08:38:15 -0700
> The uuid structure could be managed as a const in several places.
>
> Signed-off-by: Stephen Hemminger
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Tue, 3 Jun 2014 21:25:25 +0200
Oleg Nesterov wrote:
> On 06/03, Steven Rostedt wrote:
> >
> > You know, this code could use some comments. I may send you a patch,
> > because that __lock_task_sighand() is doing a lot of subtle things and
> > there's not a single comment explaining it :-(
>
>
Hi Ben,
On Tue, 3 Jun 2014 20:43:00 -0400 Benjamin LaHaise wrote:
>
> On Wed, Jun 04, 2014 at 09:08:46AM +1000, Stephen Rothwell wrote:
> >
> > Fetching the aio tree (git://git.kvack.org/~bcrl/aio-next.git#master)
> > for the past 3 days has produced this error:
> >
> > fatal: unable to
Added LKML and Thomas et. al., as this looks to be mainline too, and
we've been having so much fun with futexes lately.
What I've thought about is this scenario. In
rt_mutex_adjust_prio_chain(), at the bottom of the loop, just before
goto again is called, all locks are released, and we are fully
commit 8f9c0119d7ba (compat: fs: Generic compat_sys_sendfile
implementation) changed the PowerPC 64bit sendfile call from
sys_sendile64 to sys_sendfile.
Unfortunately this broke sendfile of lengths greater than 2G because
sys_sendfile caps at MAX_NON_LFS. Restore what we had previously which
Hi Stephen,
On Wed, Jun 04, 2014 at 09:08:46AM +1000, Stephen Rothwell wrote:
> Hi Benjamin,
>
> Fetching the aio tree (git://git.kvack.org/~bcrl/aio-next.git#master)
> for the past 3 days has produced this error:
>
> fatal: unable to connect to git.kvack.org:
> git.kvack.org[0: 205.233.56.16]:
On Tue, Jun 3, 2014 at 2:40 PM, Chema Gonzalez wrote:
> First of all, and just to join the crowd, kernel/bpf/ FTW.
>
> Now, I have some suggestions about eBPF. IMO classic BPF is an ISA
> oriented to filter (meaning returning a single integer that states how
> many bytes of the packet must be
On Wed, 2014-06-04 at 00:48 +0100, Ken Moffat wrote:
> On Mon, Jun 02, 2014 at 05:12:05PM -0700, Joe Perches wrote:
> > "Tested-by:" tags would be more helpful if the test
> > cases that were used were somehow sent along with the
> > signature.
[]
> Tested-by is usually used for a fix of some
This series reduces the number of IPIs on my workload by something like
99%. It's down from many hundreds per second to very few.
The basic idea behind this series is to make TIF_POLLING_NRFLAG be a
reliable indication that the idle task is polling. Once that's done,
the rest is reasonably
Remote wakeups of polling CPUs are a valuable performance
improvement; add a tracepoint to make it much easier to verify that
they're working.
Signed-off-by: Andy Lutomirski
---
include/trace/events/sched.h | 20
kernel/sched/core.c | 4
2 files changed, 24
The page allocator has gfp flags (like __GFP_WAIT) and alloc flags (like
ALLOC_CPUSET) that have separate semantics.
The function allocflags_to_migratetype() actually takes gfp flags, not alloc
flags, and returns a migratetype. Rename it to gfpflags_to_migratetype().
Signed-off-by: David
struct compact_control currently converts the gfp mask to a migratetype, but we
need the entire gfp mask in a follow-up patch.
Pass the entire gfp mask as part of struct compact_control.
Signed-off-by: David Rientjes
---
mm/compaction.c | 12 +++-
mm/internal.h | 2 +-
2 files
From: Peter Zijlstra
When enqueueing tasks on remote LLC domains, we send an IPI to do the
work 'locally' and avoid bouncing all the cachelines over.
However, when the remote CPU is idle (and polling, say x86 mwait), we
don't need to send an IPI, we can simply kick the TIF word to wake it
up
It's pointless to migrate pages within a pageblock if the entire pageblock will
not become free for a thp allocation.
If we encounter a page that cannot be migrated and a direct compactor other
than
khugepaged is trying to allocate a hugepage for thp, then skip the entire
pageblock and avoid
On Tue, 03 Jun 2014 13:28:05 +0900
Yoshihiro YUNOMAE wrote:
> ---
> kernel/trace/trace.c | 203
> --
> 1 file changed, 180 insertions(+), 23 deletions(-)
>
> diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
> index 135af32..473eb68
Now that rq->idle's polling bit is a reliable indication that the cpu is
polling, use it.
Signed-off-by: Andy Lutomirski
---
kernel/sched/core.c | 21 +
1 file changed, 1 insertion(+), 20 deletions(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index
poll_idle is the archetypal polling idle loop; tell the core idle
code about it.
This avoids pointless IPIs when all of the other cpuidle states are
disabled.
Signed-off-by: Andy Lutomirski
---
drivers/cpuidle/driver.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git
Currently, the only real guarantee provided by the polling bit is
that, if you hold rq->lock and the polling bit is set, then you can
set need_resched to force a reschedule.
The only reason the lock is needed is that the idle thread might not
be running at all when setting its need_resched bit,
This doesn't change functionality at all, but I've misread this code
so many times that I want to make it a bit more obvious.
Signed-off-by: Andy Lutomirski
---
kernel/sched/idle.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/kernel/sched/idle.c
On Wed, 4 Jun 2014 00:48:16 +0100
Ken Moffat wrote:
> This is _often_ not like userspace programs where you can write a
> testsuite to exercise the corner cases. Kernel problems can be
> tied up with intricate details of the hardware, or equally they
> might happen only for certain usage, and
As your change log and subject make the bug sound much worse than it
is, I re-wrote both. Here's the new version:
Subject: [PATCH ftrace/core 1/2] [BUGFIX] tracing: Eliminate double free on
failure of allocation on boot up
If allocation of the max_buffer fails on boot up, the error path will
On Tue, 03 Jun 2014 13:28:03 +0900
Yoshihiro YUNOMAE wrote:
> When allocation of max_buffer is failed, the kernel frees
> tr->trace_buffer.data
> per CPU and return -ENOMEM in allocate_trace_buffers(). However,
> tracer_alloc_buffers() calling allocate_trace_buffers() also frees the data
> per
On Mon, Jun 02, 2014 at 05:12:05PM -0700, Joe Perches wrote:
>
> "Tested-by:" tags would be more helpful if the test
> cases that were used were somehow sent along with the
> signature.
>
To me, that seems either a perverse, or else a bureaucratic,
interpretation of what should go where.
On Tue, Jun 3, 2014 at 3:12 AM, Michael Kerrisk wrote:
> [Kees, thank you for CCing linux-api]
>
> On Tue, Jun 3, 2014 at 1:08 AM, Andy Lutomirski wrote:
>> On Mon, Jun 2, 2014 at 4:05 PM, Kees Cook wrote:
>
>>> I'd like to hear from other folks on this (akpm?). My instinct is to
>>> continue
On Tue, Jun 03, 2014 at 04:11:43PM -0700, Hugh Dickins wrote:
> > - BUG_ON(page_mapped(page));
> > + VM_BUG_ON_PAGE(page_mapped(page), page);
> >
> > /*
> > * Some filesystems seem to re-dirty the page even after
>
> Yes, there's a chance that will tell us
On Tue, Jun 03, 2014 at 03:24:20PM -0600, Shuah Khan wrote:
> On 06/01/2014 01:01 AM, Eli Billauer wrote:
> I see the value of this interface in unmap case, this type of wrapper
> can release dma buffers, drivers neglected to release leaving dangling
> buffers.
>
> However, driver writers should
On Jun 3, 2014, at 5:33 PM, Theodore Ts'o wrote:
>
> Using 3.15.0-rc8-04539-gc84a1e3, mke2fs failed while trying to fsync
> to a block device (probably /dev/vdc).
>
> I haven't tried to bisect this yet, but this seems pretty blatent.
> Is this a known bug?
It is, fix is queued up, will send
Using 3.15.0-rc8-04539-gc84a1e3, mke2fs failed while trying to fsync
to a block device (probably /dev/vdc).
I haven't tried to bisect this yet, but this seems pretty blatent.
Is this a known bug?
Thanks,
- Ted
[ 11.563804] BUG: scheduling while atomic:
From: Andi Kleen
perf stat -rX prints the stddev for multiple measurements.
Just looking at the stddev for judging the quality of the data
is a bit dangerous The simplest sanity check is to just look
at a simple plot. This patchs add a sparkline to the end
of the measurements to make it simple
On Tue, Jun 03, 2014 at 03:55:02PM -0700, Francesco Ruggeri wrote:
> @@ -719,6 +719,11 @@ struct pci_dev *pci_get_device(unsigned
> struct pci_dev *pci_get_subsys(unsigned int vendor, unsigned int device,
> unsigned int ss_vendor, unsigned int ss_device,
>
On Tue, Jun 03, 2014 at 03:55:02PM -0700, Francesco Ruggeri wrote:
> In-Reply-To: <20140523023141.gc13...@kroah.com>
>
>
> Hi Guenter,
> I got back to looking into this crash.
> Just as an example, the attached diffs also fix my bus_find_device problem for
> traversals that start from the head
On Tue, 3 Jun 2014, Konstantin Khlebnikov wrote:
> On Tue, Jun 3, 2014 at 8:21 AM, Dave Jones wrote:
> > I'm still seeing this one from time to time, though it takes me quite a
> > while to hit it,
> > despite my attempts at trying to narrow down the set of syscalls that cause
> > it.
> >
> >
The following changes since commit cf01f4eef9fe367ec0d85b38dd7214e29e376cdb:
locks: only validate the lock vs. f_mode in F_SETLK codepaths (2014-05-09
11:41:54 -0400)
are available in the git repository at:
git://git.samba.org/jlayton/linux.git tags/locks-v3.16
for you to fetch changes up
From: Benoit Taine
Date: Tue, 3 Jun 2014 12:45:59 +0200
> This issue was reported by coccicheck using the semantic patch
> at scripts/coccinelle/api/resource_size.cocci
>
> Signed-off-by: Benoit Taine
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Hi Benjamin,
Fetching the aio tree (git://git.kvack.org/~bcrl/aio-next.git#master)
for the past 3 days has produced this error:
fatal: unable to connect to git.kvack.org:
git.kvack.org[0: 205.233.56.16]: errno=Connection refused
--
Cheers,
Stephen Rothwell
On Tue, 3 Jun 2014 18:23:21 +0200
Petr Mladek wrote:
> I just went over this when looking at some Xen-related ftrace initialization
> problems. They were related to Xen code that is not upstream but this clean up
> would make sense here.
>
> I think that this was already the intention when
In-Reply-To: <20140523023141.gc13...@kroah.com>
Hi Guenter,
I got back to looking into this crash.
Just as an example, the attached diffs also fix my bus_find_device problem for
traversals that start from the head of the list and traverse it completely.
They are very specific to the case of
On Tue, Nov 5, 2013 at 11:44 AM, Bjorn Helgaas wrote:
> On Tue, Nov 5, 2013 at 6:06 AM, Jiri Kosina wrote:
>> On Thu, 31 Oct 2013, Bjorn Helgaas wrote:
>>
>>> > Attached is dmesg output leading to timeouts (that are cured by my
>>> > original patch in this thread) and lspci.
>>>
>>> I opened
Hi,
On Tue, Jun 3, 2014 at 3:44 PM, Benson Leung wrote:
> This patch series should be applied after Mika Westerberg's patch here:
> https://patchwork.kernel.org/patch/4288591/
>
> It will add support for the cypress touchpads on the HP Chromebook 14,
> Dell Chromebook 11, and Toshiba CB35.
>
>
On Tue, 3 Jun 2014 21:12:49 +0400
Stanislav Fomichev wrote:
> Currently, tracing_thresh works only if we specify it before selecting
> function_graph tracer. If we do the opposite, tracing_thresh will change
> it's value, but it will not be applied.
> To fix it, we need to always register
On Tue, 03 Jun 2014 20:09:24 +0300, Ivaylo Dimitrov
wrote:
>
>
> On 3.06.2014 12:58, Ivaylo Dimitrov wrote:
> >
> >
> > On 3.06.2014 11:53, Grant Likely wrote:
> >
> [...] Can you try putting the following into your board dts file
> >> and see if it works?
> >>
> >> aliases {
> >> i2c0;
On 05/30/2014 04:46 PM, Rickard Strandqvist wrote:
> Cleaning up a file resource leak
The return (exit) closes all open files, so there is no resource leak.
OTOH, if someone were going to add this explicit close, then it should
be added in the other exit (return) paths also.
Not applied by the
On Tue, 03 Jun 2014 15:02:28 -0700 Davidlohr Bueso wrote:
> On Tue, 2014-06-03 at 14:55 -0700, Andrew Morton wrote:
> > On Tue, 03 Jun 2014 14:50:51 -0700 Davidlohr Bueso wrote:
> >
> > > > The main changes in this cycle were:
> > > >
> > > > - reduced/streamlined smp_mb__*() interface that
Hi Chris,
On Mon, 2 Jun 2014 15:11:41 +1000 Stephen Rothwell
wrote:
>
> On Mon, 26 May 2014 14:07:35 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the mmc tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like this:
> >
> > drivers/mmc/host/sdhci-s3c.c: In function
On Tue, 2014-06-03 at 14:48 -0700, Paul E. McKenney wrote:
> On Tue, Jun 03, 2014 at 01:16:07PM -0700, Joe Perches wrote:
> > On Tue, 2014-06-03 at 13:12 -0700, Paul E. McKenney wrote:
> > > On Tue, Jun 03, 2014 at 12:03:07PM -0700, Joe Perches wrote:
> > > > On Tue, 2014-06-03 at 08:35 -0700,
On Tue, Jun 3, 2014 at 6:34 PM, Stephen Rothwell wrote:
> Hi Trond,
>
> I noticed in the nfs tree this morning 2 commits that have been
> cherry-picked from Linus' tree:
>
> cc6d854967ceLinux 3.15-rc8
> 2b267bb3a8e5powerpc: Wire renameat2() syscall
>
> These are part of a branch that you
This patch series should be applied after Mika Westerberg's patch here:
https://patchwork.kernel.org/patch/4288591/
It will add support for the cypress touchpads on the HP Chromebook 14,
Dell Chromebook 11, and Toshiba CB35.
[PATCH 1/3] platform/chrome: chromeos_laptop - Add HP Chromebook 14
Add support for the trackpad on HP Chromebook 14.
Signed-off-by: Benson Leung
---
drivers/platform/chrome/chromeos_laptop.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/platform/chrome/chromeos_laptop.c
b/drivers/platform/chrome/chromeos_laptop.c
index
From: Gene Chen
Add support for Leon touch devices, which is the same as
falco/peppy/wolf on the same buses using the LynxPoint-LP I2C
via the i2c-designware-pci driver.
Based on these patches from the chromeos-3.8 kernel:
https://chromium-review.googlesource.com/168351
From: Mohammed Habibulla
Add support for Dell Chromebook 11's touch device, which is the same
as falco/peppy on the same bus using the LynxPoint-LP I2C via the
i2c-designware-pci driver.
Based on these patches from the chromeos-3.8 kernel:
https://chromium-review.googlesource.com/#/c/65320/
On Tue, 3 Jun 2014 18:41:54 -0400
Steven Rostedt wrote:
>
> The traceevent plugins allows developers to have their events print out
> information that is more advanced than what can be achieved by the
> trace event format files.
>
> As these plugins are used on the userspace side of the
The traceevent plugins allows developers to have their events print out
information that is more advanced than what can be achieved by the
trace event format files.
As these plugins are used on the userspace side of the tracing tools, it
is only logical that the tools should be able to produce
On Tuesday, June 3, 2014 8:21:55 AM PDT, Jan Kara wrote:
On Tue 03-06-14 07:14:44, Christoph Hellwig wrote:
On Tue, Jun 03, 2014 at 04:05:31PM +0200, Jan Kara wrote:
...
So I agree per-bdi / per-sb matters only in simple setups but machines
with single rotating disk with several partitions
Hi Trond,
I noticed in the nfs tree this morning 2 commits that have been
cherry-picked from Linus' tree:
cc6d854967ceLinux 3.15-rc8
2b267bb3a8e5powerpc: Wire renameat2() syscall
These are part of a branch that you merged from Anna Schumaker. It
looks like they may have been included
On Tue, 3 Jun 2014, Matias Bjorling wrote:
Keith, will you take the nvmemq_wip_v6 branch for a spin? Thanks!
BTW, if you want to test this out yourself, it's pretty simple to
recreate. I just run a simple user admin program sending nvme passthrough
commands in a tight loop, then run:
# echo
From: Eric Ernst
For Baytrail, you should never set a GPIO set to direct_irq
to output mode. When direct_irq_en is set for a GPIO, it is
tied directly to an APIC internally, and making the pad output
does not make any sense. Assert a WARN() in the event this happens.
Signed-off-by: Eric Ernst
On Tue, 3 Jun 2014, Matias Bjorling wrote:
Keith, will you take the nvmemq_wip_v6 branch for a spin? Thanks!
Still fails as before:
[ 88.933881] BUG: unable to handle kernel NULL pointer dereference at
0014
[ 88.942900] IP: [] blk_mq_map_queue+0xf/0x1e
[ 88.949605] PGD
There is a risk that the variables will be used without being initialized.
Has also improved error handling, after an email proposal from Dan Carpenter.
Signed-off-by: Rickard Strandqvist
---
drivers/staging/tidspbridge/pmgr/dspapi.c | 64 ++---
1 file changed, 31
Hi
I send in a new patch now, hope I interpreted you correctly how you
wanted the changes.
Worth mention is that in mgrwrap_enum_node_info() unless you wanted to remove
"if (size < sizeof(struct dsp_ndbprops))" then size will always be the
same as sizeof(struct dsp_ndbprops)
Best regards
On Tue, Jun 03, 2014 at 10:01:33PM +0200, Johannes Berg wrote:
> On Fri, 2014-05-30 at 18:56 +0200, Rostislav Lisovy wrote:
> > IEEE 802.11p operates in its own 5.9GHz band. When there will
> > be a record for the 5.9GHz band in the regulatory daemon,
> > it must be limited to the OCB mode only --
In the scripts/Makefile.build, use KCONFIG_AUTOCONFIG to include a
custom path for the "auto.conf" file.
The "*conf" programs were modified so as to work with the environment
variable KCONFIG_AUTOCONFIG.
---
scripts/Makefile.build | 3 ++-
scripts/kconfig/confdata.c | 27
1 - 100 of 1912 matches
Mail list logo
