On Tue, Jun 10, 2014 at 02:39:06PM -0400, Joe Lawrence wrote:
>
> Hi Vivek,
>
> Thanks for taking a look. For extra debugging, I wrote a quick set of
> kprobes that:
>
> 1 - On blkg_alloc entry, save the request_queue's kobj address in a
> list
> 2 - On kobject_put entry, dump the
On 06/11/2014 10:19 AM, Peter De Schrijver wrote:
> On Wed, Jun 11, 2014 at 05:58:28PM +0200, Stephen Warren wrote:
>> On 06/11/2014 09:25 AM, Peter De Schrijver wrote:
>>> On Wed, Jun 11, 2014 at 02:47:31PM +0200, Mikko Perttunen wrote:
On 05/06/14 16:09, Peter De Schrijver wrote:
...
On Wed, Jun 11, 2014 at 12:20 PM, Andy Lutomirski wrote:
> This changes kbuild slightly because I didn't want to fight with using
> static pattern rules and extra obfuscated fake targets just to write a
> loop.
>
> Better ideas / cleanups welcome.
>
> Andy Lutomirski (2):
> kbuild: Add
On Wed, Jun 11, 2014 at 09:15:18AM -0700, Philippe Troin wrote:
> So, the only regression remaining between 3.13.11 and 3.14.6 + your
> patch is the one where listxattr(2) and friends do not NUL-terminate the
> xattr names they return. This is detailed in
>
Rather than monkeying with barely-comprehensible static pattern
rules, just use an explicit loop.
Signed-off-by: Andy Lutomirski
---
arch/x86/vdso/Makefile | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/arch/x86/vdso/Makefile b/arch/x86/vdso/Makefile
It's awkward to put $(call cmd,xyz) in a loop in a recipe because
the pesky at sign gets in the way.
Signed-off-by: Andy Lutomirski
---
scripts/Kbuild.include | 1 +
1 file changed, 1 insertion(+)
diff --git a/scripts/Kbuild.include b/scripts/Kbuild.include
index 122f95c..3e60923 100644
---
This changes kbuild slightly because I didn't want to fight with using
static pattern rules and extra obfuscated fake targets just to write a
loop.
Better ideas / cleanups welcome.
Andy Lutomirski (2):
kbuild: Add recipe-cmd, an @-less cmd variant
x86,vdso: Fix vdso_install
On Wed, Jun 11, 2014 at 10:46:00AM -0500, David Chiluk wrote:
> On 06/11/2014 10:17 AM, Rafael Tinoco wrote:
> > This script simulates a failure on a cloud infrastructure, for ex. As soon
> > as
> > one virtualization host fails all its network namespaces have to be migrated
> > to other node.
On Wed, Jun 11, 2014 at 05:58:28PM +0200, Stephen Warren wrote:
> On 06/11/2014 09:25 AM, Peter De Schrijver wrote:
> > On Wed, Jun 11, 2014 at 02:47:31PM +0200, Mikko Perttunen wrote:
> >> On 05/06/14 16:09, Peter De Schrijver wrote:
> >> ...
> >>> +int tegra_fuse_readl(u32 offset, u32 *val)
>
On Sun, Jun 08, 2014 at 01:37:43PM -0700, David Rientjes wrote:
> > drivers/staging/rtl8821ae/rtl8821ae/hw.c |2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/staging/rtl8821ae/rtl8821ae/hw.c
> > b/drivers/staging/rtl8821ae/rtl8821ae/hw.c
> > index
Christoph,
On Wed, 2014-06-11 at 00:24 -0700, Christoph Hellwig wrote:
> On Tue, Jun 10, 2014 at 02:20:03PM -0700, Philippe Troin wrote:
> > Trond, Christoph,
> >
> > Since my last email, I've been testing 3.14.6.
> > Stock 3.14.6 is still broken, and Christoph's patch does help, but does
> >
On Wed 11-06-14 11:20:30, Johannes Weiner wrote:
> On Wed, Jun 11, 2014 at 10:00:23AM +0200, Michal Hocko wrote:
> > If there is no memcg eligible for reclaim because all groups under the
> > reclaimed hierarchy are within their guarantee then the global direct
> > reclaim would end up in the
On Thu, Jun 05, 2014 at 07:12:05AM -0400, Matt Porter wrote:
> On Tue, Jun 03, 2014 at 03:51:55PM +0530, Jassi Brar wrote:
> > BTW, here we at least have a hardware resource to specify in the DT
> > node, there are examples in kernel where the DT nodes are purely
> > virtual. For ex, grep for
On Wed, 11 Jun 2014 17:58:37 +0200
Nicolas Dichtel wrote:
> Le 11/06/2014 17:39, Stephen Hemminger a écrit :
> > On Wed, 11 Jun 2014 16:44:56 +0200
> > Nicolas Dichtel wrote:
> >
> >> Le 10/06/2014 19:37, Stephen Hemminger a écrit :
> >>> Time for the release of iproute2 for 3.15
> >>>
> >>>
On 06/11/2014 08:55 AM, Arnd Bergmann wrote:
> On Friday 06 June 2014, Pranith Kumar wrote:
>>
>> define generic versions of cmpxchg{64} only if not previously defined.
>>
>> This makes these definition in-line to other definitions of generic versions
>>
>
> Acked-by: Arnd Bergmann
>
> I assume
On Wed 11-06-14 11:15:44, Johannes Weiner wrote:
> On Mon, May 05, 2014 at 04:21:00PM +0200, Michal Hocko wrote:
[...]
> > --- a/mm/vmscan.c
> > +++ b/mm/vmscan.c
> > @@ -2293,13 +2293,20 @@ static unsigned __shrink_zone(struct zone *zone,
> > struct scan_control *sc,
> >
> > static void
On 11.06.2014 18:00, Jon Loeliger wrote:
>> diff --git a/arch/arm/include/asm/mach/arch.h
>> b/arch/arm/include/asm/mach/arch.h
>> index 060a75e..ddaebcd 100644
>> --- a/arch/arm/include/asm/mach/arch.h
>> +++ b/arch/arm/include/asm/mach/arch.h
>> @@ -46,7 +46,8 @@ struct machine_desc {
>>
On 06/11/2014 09:25 AM, Peter De Schrijver wrote:
> On Wed, Jun 11, 2014 at 02:47:31PM +0200, Mikko Perttunen wrote:
>> On 05/06/14 16:09, Peter De Schrijver wrote:
>> ...
>>> +int tegra_fuse_readl(u32 offset, u32 *val)
>>> +{
>>> + if (!fuse_readl)
>>> + return -ENXIO;
>>> +
> diff --git a/arch/arm/include/asm/mach/arch.h
> b/arch/arm/include/asm/mach/arch.h
> index 060a75e..ddaebcd 100644
> --- a/arch/arm/include/asm/mach/arch.h
> +++ b/arch/arm/include/asm/mach/arch.h
> @@ -46,7 +46,8 @@ struct machine_desc {
> enum reboot_modereboot_mode;/*
On Wed, Jun 11, 2014 at 7:32 AM, Tushar Behera wrote:
> Currently CLK_FOUT_EPLL was set as one of the parents of AUDSS mux.
> As per the user manual, it should be CLK_MAU_EPLL.
>
> The problem surfaced when the bootloader in Peach-pit board set
> the EPLL clock as the parent of AUDSS mux. While
Le 11/06/2014 17:39, Stephen Hemminger a écrit :
On Wed, 11 Jun 2014 16:44:56 +0200
Nicolas Dichtel wrote:
Le 10/06/2014 19:37, Stephen Hemminger a écrit :
Time for the release of iproute2 for 3.15
The main new features are:
* ss gets more attention
* Support for HHF qdisc
*
On Wed, Jun 11, 2014 at 08:35:44PM +0900, Tetsuo Handa wrote:
> I also confirmed that the command line which triggers this oops is
>
> mount -n -o ro,remount sysfs /sys
>
> in /etc/init.d/halt script in CentOS 6.5.
> Manually executing the command line from login shell triggers this oops.
>
>
On Wed, 2014-06-11 at 10:47 +0300, Dan Carpenter wrote:
> Acked-by: Dan Carpenter
>
> This check introduces 1849 new checkpatch.pl warnings. I looked through
> the first 70 warnings and there were no false positives.
Thanks for checking Dan.
As your systems are much faster than mine, perhaps
Mark the dereference as protected by lock. Not doing so triggers
an RCU warning since the radix tree assumed that RCU is in use.
Signed-off-by: Sasha Levin
---
fs/btrfs/tests/btrfs-tests.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/btrfs/tests/btrfs-tests.c
Hi Linus,
Please pull my for-linus branch:
git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
The biggest change here is Josef's rework of the btrfs quota accounting,
which improves the in-memory tracking of delayed extent operations.
I had been working on Btrfs
On Wed, Jun 11, 2014 at 7:32 AM, Tushar Behera wrote:
> When the output clock of AUDSS mux is disabled, we are getting kernel
> oops while doing a clk_get() on other clocks provided by AUDSS. Though
> user manual doesn't specify this dependency, we came across this issue
> while disabling the
To increase compiler portability there is which
provides convenience macros for various gcc constructs. Eg: __packed
for __attribute__((packed)).
This patch is part of a large task I've taken to clean the gcc
specific attributes and use the the macros instead.
Signed-off-by: Gideon Israel
unsigned long value is never < 0
Cc: Alexander Viro
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
fs/compat.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/compat.c b/fs/compat.c
index 66d3d3c..6917fdb 100644
--- a/fs/compat.c
+++ b/fs/compat.c
@@ -562,7
NOTE: Please ignore the earlier similar emails. I apologize sincerely
for the mistake.
To increase compiler portability there is which
provides convenience macros for various gcc constructs. Eg: __weak for
__attribute__((weak)).
I've taken up the job of cleaning these attributes all over the
On Tue, Jun 10, 2014 at 10:13:20PM +0200, Thomas Gleixner wrote:
> On Tue, 10 Jun 2014, Thomas Gleixner wrote:
> > On Tue, 10 Jun 2014, Steven Rostedt wrote:
> > > On Tue, 10 Jun 2014 20:08:37 +0200 (CEST)
> > > Thomas Gleixner wrote:
> > >
> > >
> > > > > Perhaps it could simply do ->owner =
When there's new data in the AUX space, output a record indicating its
offset and size and weather it was truncated to fix in the ring buffer.
Signed-off-by: Alexander Shishkin
---
include/uapi/linux/perf_event.h | 15 +++
kernel/events/core.c| 38
Usually, pmus that do, for example, instruction tracing, would only ever
be able to have one event per task per cpu (or per perf_context). For such
pmus it makes sense to disallow creating conflicting events early on, so
as to provide consistent behavior for the user.
This patch adds a pmu
For pmus that wish to write data to AUX space, provide
perf_aux_output_{begin,end}() calls to initiate/commit data writes,
similarly to perf_output_{begin,end}. These also use the same output
handle structure.
After the perf_aux_output_begin() returns successfully, handle->size
is set to the
-Add pr_fmt
-Coalesce formats
-Use current pr_foo() functions instead of printk
-Remove unnecessary "failed" display (already in log level).
Cc: Ananth N Mavinakayanahalli
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
kernel/test_kprobes.c | 87
For pmus that don't support scatter-gather for AUX data in hardware, it
might still make sense to implement software double buffering to avoid
losing data while the user is reading data out. For this purpose, add
a pmu capability that guarantees multiple high-order chunks for AUX buffer,
so that
Some pmus (such as BTS or Intel PT without multiple-entry ToPA capability)
don't support scatter-gather and will prefer larger contiguous areas for
their output regions.
This patch adds a new pmu capability to request higher order allocations.
Signed-off-by: Alexander Shishkin
---
On 06/11/2014 10:17 AM, Rafael Tinoco wrote:
> This script simulates a failure on a cloud infrastructure, for ex. As soon as
> one virtualization host fails all its network namespaces have to be migrated
> to other node. Creating thousands of netns in the shortest time possible
> is the objective
From: Peter Zijlstra
This patch introduces "AUX space" in the perf mmap buffer, intended for
exporting high bandwidth data streams to userspace, such as instruction
flow traces.
AUX space is a ring buffer, defined by aux_{offset,size} fields in the
user_page structure, and read/write pointers
On Wed, Jun 11, 2014 at 10:00:24AM +0200, Michal Hocko wrote:
> Some users (e.g. Google) would like to have stronger semantic than low
> limit offers currently. The fallback mode is not desirable and they
> prefer hitting OOM killer rather than ignoring low limit for protected
> groups.
>
> There
Hi Peter,
Here's the 2nd go at the AUX area. This covers pretty much what I need
for Intel PT buffer management.
Alexander Shishkin (6):
perf: add data_{offset,size} to user_page
perf: support high-order allocations for AUX space
perf: add a capability for AUX_NO_SG pmus to do software
Currently, the actual perf ring buffer is one page into the mmap area,
following the user page and the userspace follows this convention. This
patch adds data_{offset,size} fields to user_page that can be used by
userspace instead for locating perf data in the mmap area. This is also
helpful when
On Wed, 11 Jun 2014 16:02:15 +0400
Dmitry Popov wrote:
> On Wed, 11 Jun 2014 15:09:14 +0400
> Dmitry Popov wrote:
>
> >
> > Since VTI_ISVTI is always used with ip_tunnel_parm->i_flags (which is
> > __be16),
> > we can __force cast VTI_ISVTI to __be16 in header file.
> >
>
> If this patch
The rule to create the final images uses a zImage.% pattern.
Unfortunately, this also matches the names of the zImage.*.lds linker
scripts, which appear as a dependency of the final images. This somehow
worked when $(srctree) used to be an absolute path, but now the pattern
matches too much. List
On Fri, 6 Jun 2014, Vivek Gautam wrote:
> Facilitate getting required 3.3V and 1.0V VDD supply for
> EHCI controller on Exynos.
>
> With patches for regulators' nodes merged in 3.15:
> c8c253f ARM: dts: Add regulator entries to smdk5420
> 275dcd2 ARM: dts: add max77686 pmic node for smdk5250,
>
On Wed, 11 Jun 2014 16:44:56 +0200
Nicolas Dichtel wrote:
> Le 10/06/2014 19:37, Stephen Hemminger a écrit :
> > Time for the release of iproute2 for 3.15
> >
> > The main new features are:
> >* ss gets more attention
> >* Support for HHF qdisc
> >* Updates to bridge command
> >*
On Wed, Jun 11, 2014 at 04:05:42PM +0200, Johan Hovold wrote:
> On Wed, Jun 11, 2014 at 12:21:39AM +0300, Janne Kanniainen wrote:
> > +static const char gt683r_led_select_leds[GT683R_BUFFER_SIZE] = { 0x01,
> > 0x02, 0x30, 0x00,
> > +
On Wed, May 28, 2014 at 09:50:21AM +0530, Jassi Brar wrote:
> On Wed, May 21, 2014 at 10:57 PM, Mark Brown wrote:
> >> + if (!cl->tx_tout) /* wait for ever */
> >> + cl->tx_tout = msecs_to_jiffies(360);
> >> + else
> >> + cl->tx_tout =
On 06/11/2014 10:55 AM, Sasha Levin wrote:
On 06/10/2014 11:59 AM, Peter Hurley wrote:
On 06/06/2014 03:05 PM, Sasha Levin wrote:
On 05/30/2014 10:07 AM, Jan Kara wrote:
On Fri 30-05-14 09:58:14, Peter Hurley wrote:
On 05/30/2014 09:11 AM, Sasha Levin wrote:
Hi all,
I sometime see lockups
On Wed, Jun 11, 2014 at 04:11:17PM +0200, Michal Hocko wrote:
> > I still think it'd be less useful than "high", but as there seem to be
> > use cases which can be served with that and especially as a part of a
> > consistent control scheme, I have no objection.
> >
> > "low" definitely requires
Certain platforms (i.e. Exynos) might need to set .write_sec callback
from firmware initialization which is happenning in .init_early callback
of machine descriptor. However current code will overwrite the pointer
with whatever is present in machine descriptor, even though it can be
already set
kcalloc manages count*sizeof overflow.
Cc: Eric Paris
Cc: Andrew Morton
Signed-off-by: Fabian Frederick
---
kernel/auditfilter.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/kernel/auditfilter.c b/kernel/auditfilter.c
index 8e9bc9c..c447cd9 100644
---
Exynos4 SoCs equipped with an L2C-310 cache controller and running under
secure firmware require certain registers of aforementioned IP to be
accessed only from secure mode. This means that SMC calls are required
for certain register writes. To handle this, an implementation of
.write_sec callback
For certain platforms (e.g. Exynos) it is necessary to read back some
values from registers before they can be written (i.e. SMC calls that
set multiple registers per call), so base address of L2C controller is
needed for .write_sec operation. This patch adds base argument to
.write_sec callback
This patch adds device tree nodes for L2 cache controller present on
Exynos4 SoCs.
Signed-off-by: Tomasz Figa
---
arch/arm/boot/dts/exynos4210.dtsi | 9 +
arch/arm/boot/dts/exynos4x12.dtsi | 9 +
2 files changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/exynos4210.dtsi
On 06/10/2014 05:48 PM, Brian Norris wrote:
> On Wed, Jun 11, 2014 at 01:34:39AM +0200, Thomas Gleixner wrote:
>> On Tue, 10 Jun 2014, Brian Norris wrote:
>>> Other random thought: it seems like any irqchip driver which does lazy IRQ
>>> masking ought to use IRQCHIP_MASK_ON_SUSPEND. So maybe the
On Wed, Jun 11, 2014 at 08:30:20AM -0400, Mimi Zohar wrote:
> On Wed, 2014-06-11 at 04:23 +0100, Matthew Garrett wrote:
> > Yes. Wouldn't having a mechanism to allow userspace to drop keys that
> > have otherwise been imported be a generally useful solution to the issue
> > you have with that?
This series intends to add support for L2 cache on Exynos4 SoCs on boards
running under secure firmware, which requires certain initialization steps
to be done with help of firmware, as selected registers are writable only
from secure mode.
First three patches extend existing support for secure
According to the documentation, TAG_LATENCY_CTRL and DATA_LATENCY_CTRL
registers of L2C-310 can be written only in secure mode, so
l2c_write_sec() should be used to change them, instead of plain
writel_relaxed().
Signed-off-by: Tomasz Figa
---
arch/arm/mm/cache-l2x0.c | 8
1 file
On 06/12/14 00:19, Doug Anderson wrote:
Chander,
On Tue, Jun 10, 2014 at 9:52 PM, Chander Kashyap wrote:
Hi Doug,
On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre wrote:
On Tue, 10 Jun 2014, Doug Anderson wrote:
My S-state knowledge is not strong, but I believe that Lorenzo's
questions
On Tue, Jun 10, 2014 at 08:10:09PM -0400, Jörn Engel wrote:
> > I'm also concerned about how much overhead this might eat up. I've
> > already had someone who was benchmarking a high performance storage
> > array where the increased interrupt latency before adding something
> > like this was
On Wed, Jun 11, 2014 at 02:47:31PM +0200, Mikko Perttunen wrote:
> On 05/06/14 16:09, Peter De Schrijver wrote:
> ...
> > +int tegra_fuse_readl(u32 offset, u32 *val)
> > +{
> > + if (!fuse_readl)
> > + return -ENXIO;
> > +
> > + *val = fuse_readl(offset);
> > +
> > +
On 06/11/2014 08:20 AM, Andy Lutomirski wrote:
>
> Is vdso_install supposed to install a .so file or just a .so.dbg file?
> I'm having trouble parsing this:
>
> quiet_cmd_vdso_install = INSTALL $@
> cmd_vdso_install = cp $(obj)/$@.dbg $(MODLIB)/vdso/$@
> $(vdso-install-y): %.so:
On 06/11/2014 08:20 AM, Josh Boyer wrote:
>>
>> Since when do we support "make" in a subdirectory?
>
> Dunno. Since when do we break existing make targets that worked fine?
>
> Seriously, I'm just asking how this was build tested so I can try and
> duplicate that and then figure out how to fix
On Tue, 10 Jun 2014, Himangi Saraogi wrote:
> The various devm_ functions allocate memory that is released when a
> driver detaches. This patch uses devm_ioremap_resource for data
> that is allocated in the probe function of a platform device and
> is only freed in the remove function. The
On Wed, Jun 11, 2014 at 02:00:05PM +0900, Jingoo Han wrote:
> devm_request_and_ioremap() was obsoleted by the commit 7509657
> ("lib: devres: Introduce devm_ioremap_resource()") and has been
> deprecated for a long time. So, let's remove this function.
> In addition, all usages of
On Wed, Jun 11, 2014 at 8:20 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 11:18 AM, H. Peter Anvin wrote:
>> On 06/11/2014 08:16 AM, Josh Boyer wrote:
>>> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
>>> wrote:
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829
On Wed, Jun 11, 2014 at 06:25:20AM +0800, Lu Baolu wrote:
> When the xHCI PCI host is suspended, if do_wakeup is false in
> xhci_pci_suspend,
> xhci_bus_suspend needs to clear all root port wake on bits. Otherwise some
> Intel
> platform may get a spurious wakeup, even if PCI PME# is disabled.
>
On Wed, Jun 11, 2014 at 11:18 AM, H. Peter Anvin wrote:
> On 06/11/2014 08:16 AM, Josh Boyer wrote:
>> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
>> wrote:
>>> Hi,
>>>
>>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>>> broke the vdso_install target:
>>>
>>> + make -s
On Wed, Jun 11, 2014 at 8:16 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
> wrote:
>> Hi,
>>
>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>> broke the vdso_install target:
>>
>> + make -s ARCH=x86_64
>>
On Wed, Jun 11, 2014 at 10:00:23AM +0200, Michal Hocko wrote:
> If there is no memcg eligible for reclaim because all groups under the
> reclaimed hierarchy are within their guarantee then the global direct
> reclaim would end up in the endless loop because zones in the zonelists
> are not
Chander,
On Tue, Jun 10, 2014 at 9:52 PM, Chander Kashyap wrote:
> Hi Doug,
>
> On Tue, Jun 10, 2014 at 9:19 PM, Nicolas Pitre
> wrote:
>> On Tue, 10 Jun 2014, Doug Anderson wrote:
>>
>>> My S-state knowledge is not strong, but I believe that Lorenzo's
>>> questions matter if we're using S2
On 06/11/2014 08:16 AM, Josh Boyer wrote:
> On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer
> wrote:
>> Hi,
>>
>> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
>> broke the vdso_install target:
>>
>> + make -s ARCH=x86_64
>>
On 06/10, Rasmus Villemoes wrote:
>
> This introduces a single wait_queue_t into the task structure.
> Functions which need to wait, but which do not call other functions
> that might wait while on the wait queue, may use current->__wq
I am not going to argue, but I am not sure that wait_event()
> I am having a really hard time distinguishing the colors on both charts
> (yeah, red-green colorblind, go figure). Any chance of brighter colors,
> patterned lines, or (better yet) the data in tabular form (for example,
> with the configuration choices as columns and the releases/commits
> as
On Wed, Jun 11, 2014 at 10:14 AM, Josh Boyer wrote:
> Hi,
>
> I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
> broke the vdso_install target:
>
> + make -s ARCH=x86_64
> INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.x86_64
> vdso_install
On Mon, May 05, 2014 at 04:21:00PM +0200, Michal Hocko wrote:
> On Fri 02-05-14 18:00:56, Johannes Weiner wrote:
> > On Fri, May 02, 2014 at 06:49:30PM +0200, Michal Hocko wrote:
> > > On Fri 02-05-14 11:58:05, Johannes Weiner wrote:
> > > > On Fri, May 02, 2014 at 11:36:28AM +0200, Michal Hocko
On Tue, Jun 10, 2014 at 10:50:08PM -0700, Eric Dumazet wrote:
> On Wed, 2014-06-11 at 07:24 +0200, Mike Galbraith wrote:
> > (CCs network wizard hangout)
> >
> > On Wed, 2014-06-11 at 00:12 -0400, Rich Felker wrote:
> > > While looking to add support for the recvmmsg and sendmmsg syscalls in
> >
Paul,
On Wed, Jun 11, 2014 at 3:37 AM, Paul Bolle wrote:
> On Tue, 2014-05-20 at 09:46 +0100, Lee Jones wrote:
>> On Wed, 30 Apr 2014, Doug Anderson wrote:
>> > From: Bill Richardson
>> >
>> > This just updates include/linux/mfd/cros_ec_commands.h to match the
>> > latest EC version (which is
On Wed, 11 Jun 2014 15:53:42 +0100
Punit Agrawal wrote:
> >
> > /sys/kernel/debug/thermal/thermal_zone_trip/format
>
> I don't have this file but found the following which seems to contain
> the format.
Yeah, that was typed manually, forgot "tracing". I mount the debugfs
system at /debug for
On 2104.06.11 07:08 Stratos Karafotis wrote:
> On 11/06/2014 04:41 μμ, Doug Smythies wrote:
>
> No.
>
> The intent was only ever to round properly the pseudo floating point result
> of the divide.
> It was much more important (ugh, well 4 times more) when FRACBITS was still
> 6, which also
On 06/10/2014 11:59 AM, Peter Hurley wrote:
> On 06/06/2014 03:05 PM, Sasha Levin wrote:
>> On 05/30/2014 10:07 AM, Jan Kara wrote:
>>> On Fri 30-05-14 09:58:14, Peter Hurley wrote:
> On 05/30/2014 09:11 AM, Sasha Levin wrote:
>>> Hi all,
>>>
>>> I sometime see lockups when booting
On 06/09/2014 11:26 AM, Vlastimil Babka wrote:
> Compaction uses watermark checking to determine if it succeeded in creating
> a high-order free page. My testing has shown that this is quite racy and it
> can happen that watermark checking in compaction succeeds, and moments later
> the watermark
Steven Rostedt writes:
> On Wed, 11 Jun 2014 15:11:02 +0100
> Punit Agrawal wrote:
>
>> I do indeed see the value of trip_type and it matches what's being
>> traced.
>>
>> ~# trace-cmd report | grep thermal_zone_trip | tail -n 5
>> kworker/2:2-1014 [002] 125.623213:
Le 10/06/2014 19:37, Stephen Hemminger a écrit :
Time for the release of iproute2 for 3.15
The main new features are:
* ss gets more attention
* Support for HHF qdisc
* Updates to bridge command
* Lots of vxlan related changes
* Lots of little corrections and build fixes
Source:
Il 02/06/2014 15:06, Ming Lei ha scritto:
>
> If you're running SMP under an emulator where exits are expensive, then
> this wins. Under KVM it's marginal at best.
Both my tests on arm64 and x86 are under KVM, and looks the
patch can improve performance a lot. IMO, even though under
KVM,
On Wed, Jun 11, 2014 at 07:17:34AM -0700, James Bottomley wrote:
> No, I was waiting to check if there was any reason to have them split,
> but I think we've scope today or tomorrow.
>
> The only other outstanding thing is the fsync bug fix, which is waiting
> Jens' investigation of the block
from logfiles if dmesg is cut off).
> > >
> > > Please find kern.log.gz attached.
>
> Not in the resend and I didn't seem to receive your original mail somehow
> at all. Can you please resend.
Downloadable from http://sucs.org/~sits/test/eeepc-900/dmesg-20140611 .
On 2014.06.11 06:42 Doug Smythies wrote:
On 2014.06.11 05:34 Stratos Karafotis wrote:
>> if ((rem << 1) >= int_tofp(sample->mperf))
>> -core_pct += 1;
>> +core_pct += int_tofp(1);
>>
>> sample->freq = fp_toint(
>>
On Wed, Jun 11, 2014 at 8:17 AM, Opensource [Adam Thomson]
wrote:
>> On Wed, Jun 11, 2014 at 13:43, Rob Herring wrote:
>>
>> dlg is the correct one and seems to be the most widely used, so we
>> should go with that and mark the others deprecated.
>>
>> diasemi is documented for the da9210, but
On Wed, 11 Jun 2014 15:11:02 +0100
Punit Agrawal wrote:
> I do indeed see the value of trip_type and it matches what's being
> traced.
>
> ~# trace-cmd report | grep thermal_zone_trip | tail -n 5
> kworker/2:2-1014 [002] 125.623213: thermal_zone_trip:
> thermal_zone=soc_thermal
On Wed, 2014-06-11 at 05:01 -0700, Christoph Hellwig wrote:
> After this first pull for the 3.16 merge window it seems like this
> worked out fairly well - we got a large number of patches in, and all
> reviewed by a second pair of eyes.
>
> How should we go on from this? The drivers-for-3.16-2
Hi Linus,
Final small batch of fixes to be included before -rc1. Some general
cleanups in here as well, but some of the blk-mq fixes we need for the
NVMe conversion and/or scsi-mq. The pull request contains:
- Support for not merging across a specified "chunk size", if set by the
driver. Some
Hi,
I'm guessing commit 6f121e548f83674ab4920a4e60afb58d4f61b829 is what
broke the vdso_install target:
+ make -s ARCH=x86_64
INSTALL_MOD_PATH=/home/jwboyer/rpmbuild/BUILDROOT/kernel-3.16.0-0.rc0.git1.1.fc21.x86_64
vdso_install KERNELRELEASE=3.16.0-0.rc0.git1.1.fc21.x86_64
make[1]: *** No rule
On Fri, Jun 06, 2014 at 02:02:14PM -0400, Vivek Goyal wrote:
> > If you want to make it more explicit, you could do
> >
> > #define RES_OK 0
> > #define RES_ERR 1
> > #define RES_STOP2
>
> You are saying that called back function should return this to walk_*
>
On Wed 11-06-14 08:31:09, Tejun Heo wrote:
> Hello, Michal.
>
> On Wed, Jun 11, 2014 at 09:57:29AM +0200, Michal Hocko wrote:
> > Is this the kind of symmetry Tejun is asking for and that would make
> > change is Nack position? I am still not sure it satisfies his soft
>
> Yes, pretty much.
Thanks for the quick response.
Steven Rostedt writes:
> On Wed, 11 Jun 2014 12:31:44 +0100
> Punit Agrawal wrote:
>
>> Create a new event to trace when the temperature is above a trip
>> point. Use the trace-point when handling non-critical and critical
>> trip pionts.
>>
>> Cc: Zhang Rui
>>
On 11/06/2014 04:41 μμ, Doug Smythies wrote:
>
> On 2014.06.11 05:34 Stratos Karafotis wrote:
>
>> Local variable core_pct holds fixed point values.
>> When we round it we add "1" to core_pct. This has almost
>> no effect.
>>
>> So, add int_toftp(1) to core_pct when rounding.
>>
>> For example,
On Wed, Jun 11, 2014 at 01:25:49PM +0200, Jiri Kosina wrote:
> On Wed, 11 Jun 2014, Janne Kanniainen wrote:
>
> > This driver adds support for USB controlled led panels that exists in MSI
> > GT683R laptop
> >
> > Changes in v2:
> > - sorted headers to alphabetic order
> > - using
On Wed, Jun 11, 2014 at 12:21:39AM +0300, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in MSI
> GT683R laptop
Can you break this line by 72 columns or so as well?
> Changes in v2:
> - sorted headers to alphabetic order
> - using
On Wed, 11 Jun 2014 17:06:54 +0900
Namhyung Kim wrote:
> When a filter file is open for writing and O_TRUNC is set, there's no
> need to copy and free the filter entries.
>
Nice cleanup. I'll add it for 3.17.
Thanks,
-- Steve
> Signed-off-by: Namhyung Kim
> ---
> kernel/trace/ftrace.c |
401 - 500 of 1520 matches
Mail list logo