Commit-ID: 42503341cde213c5928a19f7c6e1eb8c85f2df3d
Gitweb: http://git.kernel.org/tip/42503341cde213c5928a19f7c6e1eb8c85f2df3d
Author: Denys Vlasenko
AuthorDate: Fri, 13 Mar 2015 15:09:03 +0100
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:05:36 +0100
x86/asm/entry: Simplify t
Commit-ID: e82f114d61effc06385f61bce9047a8f13d28337
Gitweb: http://git.kernel.org/tip/e82f114d61effc06385f61bce9047a8f13d28337
Author: Andy Lutomirski
AuthorDate: Thu, 12 Mar 2015 13:57:52 -0700
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 09:14:51 +0100
x86/signal/64: Remove 'f
Commit-ID: f7113ffa3bcd630066119723f539db75a5721c88
Gitweb: http://git.kernel.org/tip/f7113ffa3bcd630066119723f539db75a5721c88
Author: Andy Lutomirski
AuthorDate: Tue, 10 Mar 2015 11:06:00 -0700
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:05:36 +0100
x86/asm/entry/32: Docume
Commit-ID: 9b41236f1032623ce0470481e97604fb5c5681fa
Gitweb: http://git.kernel.org/tip/9b41236f1032623ce0470481e97604fb5c5681fa
Author: Denys Vlasenko
AuthorDate: Mon, 9 Mar 2015 15:52:18 +0100
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:05:37 +0100
x86/asm/entry/32: Document
Commit-ID: 23ec13ebc0426fc5f3ecc623c432d57f919e1b28
Gitweb: http://git.kernel.org/tip/23ec13ebc0426fc5f3ecc623c432d57f919e1b28
Author: Denys Vlasenko
AuthorDate: Mon, 9 Mar 2015 15:52:17 +0100
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:05:37 +0100
include/stddef.h: Move off
Commit-ID: 69797dafe35541bfff1989c0b37c66ed785faf0e
Gitweb: http://git.kernel.org/tip/69797dafe35541bfff1989c0b37c66ed785faf0e
Author: Borislav Petkov
AuthorDate: Mon, 16 Mar 2015 11:06:28 +0100
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:18:21 +0100
Revert "x86/mm/ASLR: Pro
Commit-ID: f8e617f4582995f7c25ef25b4167213120ad122b
Gitweb: http://git.kernel.org/tip/f8e617f4582995f7c25ef25b4167213120ad122b
Author: Mike Galbraith
AuthorDate: Sat, 18 Jan 2014 17:14:44 +0100
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:14:22 +0100
sched/idle/x86: Optimize
Commit-ID: b253149b843f89cd300cbdbea27ce1f847506f99
Gitweb: http://git.kernel.org/tip/b253149b843f89cd300cbdbea27ce1f847506f99
Author: Len Brown
AuthorDate: Wed, 15 Jan 2014 00:37:34 -0500
Committer: Ingo Molnar
CommitDate: Mon, 16 Mar 2015 11:14:21 +0100
sched/idle/x86: Restore mwait_
On Thu, Mar 12, 2015 at 01:21:22PM +0800, Fam Zheng wrote:
> If the device doesn't support shutdown, disabling interrupts may cause
> trouble. For example, virtio-scsi-pci doesn't implement shutdown, and
> after we disable MSI-X, futher notifications from device will be
> delivered to IRQ, which is
On 2015年03月14日 05:49, Rafael J. Wysocki wrote:
On Friday, March 13, 2015 04:14:29 PM Hanjun Guo wrote:
From: Graeme Gregory
ACPI 5.1 does not currently support S states for ARM64 hardware but
ACPI code will call acpi_target_system_state() and acpi_sleep_init()
for device power management, so i
Am 14.03.2015 um 09:11 schrieb Javier Martinez Canillas:
> By making the DP controller a consumer of DISP1, the PD is powered
> off when the exynos-dp probe is deferred and powered on again when
> the exynos-drm driver is probed.
>
> But this causes the exynos-dp driver failing to obtain the strea
On Mon, Mar 16, 2015 at 12:12:54PM +0100, Christian Borntraeger wrote:
> Am 16.03.2015 um 12:00 schrieb Kirill A. Shutemov:
> > On Mon, Mar 16, 2015 at 09:37:01AM +0100, Christian Borntraeger wrote:
> >> while debugging a memory management problem it helped a lot to
> >> get a system dump as early
On Sun, Mar 15, 2015 at 07:08:23PM +0100, Marc Kleine-Budde wrote:
> On 03/15/2015 04:03 PM, Ahmed S. Darwish wrote:
> > From: Ahmed S. Darwish
> >
> > Current driver code arbitrarily assumes a max outstanding tx
> > value of 16 parallel transmissions. Meanwhile, the device
> > firmware provides
Am 16.03.2015 um 13:03 schrieb Geert Uytterhoeven:
> On Mon, Mar 16, 2015 at 12:41 PM, Richard Weinberger wrote:
>> --- a/fs/hostfs/hostfs_kern.c
>> +++ b/fs/hostfs/hostfs_kern.c
>> @@ -105,11 +105,10 @@ static char *__dentry_name(struct dentry *dentry, char
>> *name)
>
> This code looks fishy t
Hi!
I'd really return error if we can't parse user's input.
Small spelling fixes:
--- drivers/leds/trigger/ledtrig-pattern.c~ 2015-03-16 12:07:06.897408622
+0100
+++ drivers/leds/trigger/ledtrig-pattern.c 2015-03-16 13:08:25.801864534
+0100
@@ -38,7 +38,7 @@
int nsteps; /* Nu
On 03/12/2015 07:11 PM, Jaewon Kim wrote:
> This patch adds driver data to support for Exynos5433 SoC.
> The Exynos5433 has one USB3.0 Host and USB3.0 DRD(Dual Role Device).
> Exynos5433 is simplar to Eyxnos7 but Exynos5433 have
> one more USB3.0 Host controller.
>
> Signed-off-by: Jaewon Kim
> -
Ping? Comments (or NACK or ACK) would be greatly appreciated on this
patch. Of course, if you prefer to use init_user_ns instead of
cred->user_ns, I can send an other patch.
Nicolas
On 03/06/2015 09:00 PM, Nicolas Iooss wrote:
> Add __printf attributes to cn_*printf functions. With these, gcc
On Fri, Mar 13, 2015 at 11:53:22PM +0300, Leonid V. Fedorenchik wrote:
> Remove mentioning of block barriers since they were removed.
>
> Signed-off-by: Leonid V. Fedorenchik
Looks good.
Reviewed-by: Christoph Hellwig
Re Jans comments: this document is structurally out of date, as it's
frame
Hello,
On Tue 10-03-15 15:45:23, Josef Bacik wrote:
> From: Dave Chinner
>
> The per-superblock inode list and lock is a bottleneck for systems
> that cycle inodes in and out of cache concurrently. The global lock
> is a limiting factor.
>
> Most of the additions to the sb inode list occur on
Ping Ingo,
On Fri, Mar 13, 2015 at 03:27:27PM +0800, Wanpeng Li wrote:
>I observe that dl task can't be migrated to other cpus during cpu hotplug,
>in addition, task may/may not be running again if cpu is added back. The
>root cause which I found is that dl task will be throtted and removed from
>d
Hello,
I have not received any comments about this patch so I'm sending it
again. Could you please review it?
Nicolas
On 03/03/2015 12:58 PM, Nicolas Iooss wrote:
> st21nfca_get_iso14443_3_uid() does not correctly copy the uid from
> uid_skb->data to its gate parameter. "gate = uid_skb->data;"
On Tue 10-03-15 15:45:24, Josef Bacik wrote:
> On a box with a lot of ram (148gb) I can make the box softlockup after running
> an fs_mark job that creates hundreds of millions of empty files. This is
> because we never generate enough memory pressure to keep the number of inodes
> on
> our unuse
Hi,
On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
> This driver observes the USB ID pin connected over a GPIO and
> updates the USB cable extcon states accordingly.
>
> The existing GPIO extcon driver is not suitable for this purpose
> as it needs to be taught to understand USB cable s
> On 03/11/2015 10:58 PM, Hiroshi Shimamoto wrote:
> >> On 03/10/2015 05:59 PM, Hiroshi Shimamoto wrote:
> >>> From: Hiroshi Shimamoto
> >>>
> >>> Disable hardware VLAN filtering if netdev->features VLAN flag is dropped.
> >>>
> >>> In SR-IOV case, there is a use case which needs to disable VLAN f
On Sun 2015-03-15 09:23:15, Takashi Iwai wrote:
> At Sun, 15 Mar 2015 09:15:44 +0100,
> Pavel Machek wrote:
> >
> > On Sun 2015-03-15 09:12:47, Takashi Iwai wrote:
> > > At Sat, 14 Mar 2015 21:11:09 +0100,
> > > Pavel Machek wrote:
> > > >
> > > > Hi!
> > > >
> > > > Intel desktop machine:
> > >
Just a license nit.
On Mon, 2015-03-16 at 11:06 +0100, Raphaël Teysseyre wrote:
> --- /dev/null
> +++ b/drivers/leds/trigger/ledtrig-pattern.c
> + * This program is free software; you can redistribute it and/or modify
> + * it under the terms of the GNU General Public License version 2 as
> + * p
On Tue, Mar 03, 2015 at 01:59:00PM -0500, Joseph Salisbury wrote:
> Hello,
>
> Please consider including mainline commit
> 4b552bc9edfdc947862af225a0e2521edb5d37a0 in the next 3.2.y, 3.4.y,
> 3.10.y, 3.12.y, 3.13.y-ckt, 3.14.y, 3.16.y-ckt and 3.18.y upstream
> stable releases. It was included
Hi
Here is V6 of some more preparatory patches for Intel PT
that introduce an abstraction for using the AUX area and
Instruction tracing.
The master branch of the tree:
git://git.infradead.org/users/ahunter/linux-perf.git
contains these patches and working Intel PT and Intel BTS.
Intel
Add a feature to indicate that a perf.data file
contains AUX area data.
Signed-off-by: Adrian Hunter
---
tools/perf/util/header.c | 14 ++
tools/perf/util/header.h | 1 +
2 files changed, 15 insertions(+)
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index 1f407f
Add two user events for AUX area tracing.
PERF_RECORD_AUXTRACE_INFO contains metadata,
consisting primarily the type of the
AUX area tracing data plus some amount
of architecture-specific information.
There should be only one
PERF_RECORD_AUXTRACE_INFO event.
PERF_RECORD_AUXTRACE identifies AUX ar
This patch anticipates the addition to the kernel
of an "aux" buffer that can be mmapped separately
from the perf-events buffer.
The expectation is that this buffer can be configured
to contain hardware-produced trace information.
The first implementation will support Intel BTS and
Intel PT.
One
Extend the -m option so that the number
of mmap pages for AUX area tracing
can be specified.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-record.txt | 2 ++
tools/perf/builtin-record.c | 49 ++--
tools/perf/util/evlist.c
Add build option NO_AUXTRACE to exclude compiling support
for AUX area tracing. Support for both recording and
processing is excluded and by implication any future
additions such as Intel PT and Intel BTS will also not
be compiled in with this option.
Signed-off-by: Adrian Hunter
---
tools/perf/
In order to process AUX area tracing
data in time order, the queue with data
with the lowest timestamp must be
processed first. Provide a heap to
keep track of which queue that is.
As with the queues, a decoder does not have
to use the heap, but Intel BTS and Intel PT
will use it.
Signed-off-by:
Add functions to synthesize, count and print
AUX area tracing error events.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 81 ++
tools/perf/util/auxtrace.h | 14
tools/perf/util/event.h| 6
tools/perf/util/session.c
Add a member to struct dso that can be used by Instruction
Trace implementations to hold a cache for decoded instructions.
Signed-off-by: Adrian Hunter
---
tools/perf/util/dso.c | 2 ++
tools/perf/util/dso.h | 3 +++
2 files changed, 5 insertions(+)
diff --git a/tools/perf/util/dso.c b/tools/pe
Instruction tracing will typically have access to information
about the instruction being executed for a particular ip sample.
Some of that information will be available in the 'flags' member
of struct perf_sample.
With the addition of transactions events synthesis to Instruction
Tracing options,
On Sat, Mar 14, 2015 at 04:13:34PM +0100, Oleg Nesterov wrote:
> Now that eager_fpu_init_bp() does setup_init_fpu_buf() and nothing else
> we can remove it and move this code into its "caller", eager_fpu_init().
>
> This avoids the confusing games with "static __refdata void (*boot_func)".
> init_
Add AUX area tracing option 'x' to synthesize events for
transactions. This will be used by Intel PT to synthesize
an event record for each TSX start, commit or abort.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-report.txt | 9 +
tools/perf/Documentation/perf-script.tx
Add an index of AUX area tracing events within
a perf.data file.
perf record uses a special user event
PERF_RECORD_FINISHED_ROUND to enable sorting of
events in chunks instead of having to sort all
events altogether.
AUX area tracing events contain data that can
span back to the very beginning of
Hook into session processing so that AUX area decoding can
synthesize events transparently to the tools.
The advantages of transparent decoding are that tools can be used
directly with perf.data files containing AUX area tracing data,
which is easier for the user and more efficient than having a
s
Add support for decoding an AUX area assuming
it contains instruction tracing data. The
AUX area tracing events are stripped and replaced
by synthesized events.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-inject.txt | 27
tools/perf/builtin-inject.c
Add support for decoding an AUX area assuming
it contains instruction tracing data.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-report.txt | 28
tools/perf/builtin-report.c | 11 +++
2 files changed, 39 insertions(+)
diff --gi
We need to include all buildids when a perf.data
file contains AUX area tracing data because we
do not decode the trace for that purpose because
it would take too long.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-buildid-list.c | 9 +
tools/perf/builtin-inject.c | 8 +
Add support for decoding an AUX area assuming
it contains instruction tracing data.
Signed-off-by: Adrian Hunter
---
tools/perf/Documentation/perf-script.txt | 28
tools/perf/builtin-script.c | 11 +++
2 files changed, 39 insertions(+)
diff --gi
New AUX area tracing events must be re-piped by default.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-inject.c | 63 +
1 file changed, 58 insertions(+), 5 deletions(-)
diff --git a/tools/perf/builtin-inject.c b/tools/perf/builtin-inject.c
index
If a file contains AUX area tracing data then always allow
fields 'addr' and 'cpu' to be selected as options for perf
script. This is necessary because AUX area decoding
may synthesize events with that information.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-script.c | 29 ++
On Fri, Mar 13, 2015 at 04:29:23PM +, Christoph Lameter wrote:
> On Fri, 13 Mar 2015, Mark Rutland wrote:
>
> > */
> > - do {
> > - tid = this_cpu_read(s->cpu_slab->tid);
> > - c = raw_cpu_ptr(s->cpu_slab);
> > - } while (IS_ENABLED(CONFIG_PREEMPT) && unlikely(tid
Hi Richard,
On Mon, Mar 16, 2015 at 1:18 PM, Richard Weinberger wrote:
> Am 16.03.2015 um 13:03 schrieb Geert Uytterhoeven:
>> On Mon, Mar 16, 2015 at 12:41 PM, Richard Weinberger wrote:
>>> --- a/fs/hostfs/hostfs_kern.c
>>> +++ b/fs/hostfs/hostfs_kern.c
>>> @@ -105,11 +105,10 @@ static char *__
Decoding AUX area data may involve walking object
code. Rather than repetitively decoding the same
instructions, a cache can be used to cache the results.
This patch implements a fairly generic hashtable
with a 32-bit key that could be used for other
purposes as well.
Signed-off-by: Adrian Hunte
Provide functions to queue AUX area tracing data
buffers for processing. A AUX area decoder
need not use the queues, however Intel BTS and Intel PT
will use them.
There is one queue for each of the mmap buffers that
were used for recording. Because those mmaps were
associated with per-cpu or per
Provide hooks so that an AUX area
decoder can process AUX area tracing
events.
Signed-off-by: Adrian Hunter
---
tools/perf/util/auxtrace.c | 52 +-
tools/perf/util/auxtrace.h | 13
2 files changed, 64 insertions(+), 1 deletion(-)
diff --g
Add support for reading from the AUX area
tracing mmap and synthesizing AUX area
tracing events.
This patch introduces an abstraction for recording
AUX area data. Recording is initialized
by auxtrace_record__init() which is a weak function
to be implemented by the architecture to provide
recordin
Amend the perf record tool to read the
AUX area tracing mmap and synthesize
AUX area tracing events.
Signed-off-by: Adrian Hunter
---
tools/perf/builtin-record.c | 80 ++---
1 file changed, 76 insertions(+), 4 deletions(-)
diff --git a/tools/perf/builtin-
Errors encountered when decoding an AUX area
trace need to be reported to the user. However
the "user" might be a script or another tool,
so provide a new user event to capture those
errors.
Signed-off-by: Adrian Hunter
---
tools/perf/util/event.c | 1 +
tools/perf/util/event.h | 16 +++
It is assumed that AUX area decoding will
synthesize events for consumption by other tools.
At this time, the main use of AUX area tracing will be
to capture instruction trace (aka processor trace) data.
The nature of instruction tracing suggests the
initial inclusion of options for "instructions"
On 15.03.2015 21:18, Alistair Grant wrote:
> On Sun, Mar 15, 2015 at 3:54 PM, Alistair Grant wrote:
>> On Thu, Mar 12, 2015 at 8:14 PM, Alistair Grant
>> wrote:
>>> On Thu, Mar 12, 2015 at 11:15 AM, Lu Baolu wrote:
When a device with an isochronous endpoint is plugged into the Intel
x
On Sat, 14 Mar 2015, Pavel Machek wrote:
> Hi!
>
> After oopsing kernel with ps/3 peripherals, I decided to play some
> more.
>
> First "sony motion controller" (part of ps/3 move without the
> led). Good news is that it no longer oopses. After pressing the PS
> button, it seems to work, but it
Hello,
When adding a __printf attribute to reiserfs_panic, gcc reported an
inconsistent format for __RASSERT. This macro is currently defined in
fs/reiserfs/reiserfs.h as:
reiserfs_panic(NULL, "assertion failure", "(" #cond ") at " \
__FILE__ ":%i:%s: " format "\n",
On 03/16/2015 01:16 PM, Ahmed S. Darwish wrote:
>>> - netdev_dbg(netdev, "device registered\n");
>>> + netdev_info(netdev, "device registered\n");
>>
>> This makes the driver more noisy, I'd like to drop that hunk, okay? No
>> need to resend.
> Sure, go ahead.
Thanks.
> I have my reasons for
- Original Message -
> From: "Josh Triplett"
> To: "Mathieu Desnoyers"
> Cc: linux-kernel@vger.kernel.org, "KOSAKI Motohiro"
> , "Steven Rostedt"
> , "Paul E. McKenney" ,
> "Nicholas Miell" ,
> "Linus Torvalds" , "Ingo Molnar"
> , "Alan Cox"
> , "Lai Jiangshan" ,
> "Stephen Hemminger"
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 3/16/15 8:55 AM, Nicolas Iooss wrote:
> Hello,
>
> When adding a __printf attribute to reiserfs_panic, gcc reported
> an inconsistent format for __RASSERT. This macro is currently
> defined in fs/reiserfs/reiserfs.h as:
>
> reiserfs_panic(NULL, "
Hi Wanpeng, Jaegeuk,
> -Original Message-
> From: Wanpeng Li [mailto:wanpeng...@linux.intel.com]
> Sent: Friday, March 13, 2015 2:34 PM
> To: Jaegeuk Kim
> Cc: Changman Lee; Chao Yu; linux-f2fs-de...@lists.sourceforge.net;
> linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org; Wanp
On 2015/3/16 17:27, Naoya Horiguchi wrote:
> On Fri, Mar 13, 2015 at 06:10:51PM +0800, Xie XiuQi wrote:
>> Memory-failure as the high level machine check handler, it's necessary
>> to report memory page recovery action result to user space by ftrace.
>>
>> This patch add a event at ras group for me
On Mon 2015-03-16 13:55:39, Jiri Kosina wrote:
> On Sat, 14 Mar 2015, Pavel Machek wrote:
>
> > Hi!
> >
> > After oopsing kernel with ps/3 peripherals, I decided to play some
> > more.
> >
> > First "sony motion controller" (part of ps/3 move without the
> > led). Good news is that it no longer
On Fri, Mar 13, 2015 at 03:22:07PM +0100, Richard Weinberger wrote:
> Am 13.03.2015 um 14:53 schrieb Pablo Neira Ayuso:
> >> You mean statistics via netlink attributes? I can add that!
> >
> > Add a new NFQNL_CFG_CMD_STATS command to request the statistics. If
> > NLM_F_DUMP is set, then we'll bas
This patch tries to set SBI_NEED_FSCK flag into sbi only when we fail to recover
in fill_super, so we could skip fscking image when we fail to fill super for
other reason.
Signed-off-by: Chao Yu
---
fs/f2fs/super.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/fs
This patch removes mm->mmap_sem from mm->exe_file read side.
Also it kills dup_mm_exe_file() and moves exe_file duplication into
dup_mmap() where both mmap_sems are locked.
Signed-off-by: Konstantin Khlebnikov
Cc: Davidlohr Bueso
Cc: Al Viro
---
fs/file.c|3 +-
include/linu
Hi Ivan,
On 16/03/15 14:32, Ivan T. Ivanov wrote:
> Hi,
>
> On Mon, 2015-02-02 at 12:21 +0200, Roger Quadros wrote:
>> This driver observes the USB ID pin connected over a GPIO and
>> updates the USB cable extcon states accordingly.
>>
>> The existing GPIO extcon driver is not suitable for this
On Mon, Jan 5, 2015 at 6:21 AM, Steffen Trumtrar
wrote:
> Hi!
>
> On Wed, Dec 24, 2014 at 08:11:52PM -0300, Walter Lozano wrote:
>> This patch adds the DTS bindings for the adxl34x digital
>> accelerometer.
>>
>> Signed-off-by: Walter Lozano
>> ---
>> arch/arm/boot/dts/socfpga_cyclone5_sockit.dt
On 15 March 2015 at 22:15, Chris Ball wrote:
> Hi,
>
> On Fri, Mar 13 2015, Ulf Hansson wrote:
>> As Chris Ball has moved on to other assignments, he's no longer able to
>> help me maintain MMC. Let's remove him from the MMC sections in
>> MAINTAINERS and add him to CREDIT file.
>>
>> This also af
The 'arg' argument to copy_thread() is only ever used when forking a new
kernel thread. Hence, rename it to 'kthread_arg' for clarity.
Signed-off-by: Alex Dowad
---
James Hogan,
Thanks for reviewing this patch. The comment has been updated as you suggested.
You said: "I'll assume you plan to g
On 03/16/2015 09:05 PM, Jeff Mahoney wrote:
> On 3/16/15 8:55 AM, Nicolas Iooss wrote:
>> * I missed something in my analysis and in fact the PID argument
>> is processed by reiserfs_panic (don't know where), or * the PID
>> argument is not used and should be removed, or
>
> This, please. reiserfs
On Mon, 2015-03-16 at 13:41 +0100, Greg KH wrote:
> On Tue, Mar 03, 2015 at 01:59:00PM -0500, Joseph Salisbury wrote:
> > Hello,
> >
> > Please consider including mainline commit
> > 4b552bc9edfdc947862af225a0e2521edb5d37a0 in the next 3.2.y, 3.4.y,
> > 3.10.y, 3.12.y, 3.13.y-ckt, 3.14.y, 3.16
There has been a request to provide a notification whenever
the amount of free space drops below a certain level.
This level, preferably, could be adjusted based on the actual
space usage, so that appropraite actions can be undertaken
for different levels being reached. The idea here is to expose
Add support for pollable sysfs entry for available
logical blocks threshold, allowing the userspace
to wait for the notification whenever the threshold
is reached instead of periodically calling the statfs.
This is supposed to work as a single-shot notifiaction
to reduce the number of triggered eve
Add ext4_mark_group_corrupted helper function to
simplify the code and to keep the logic in one place.
Signed-off-by: Beata Michalska
---
fs/ext4/balloc.c | 17 -
fs/ext4/ext4.h|9 +
fs/ext4/ialloc.c |5 +
fs/ext4/mballoc.c | 13 +++--
fs/ext
Between this and the recent tmpfs discussion I really think this
needs to be done in a generic way. Given that the quota noticiations
already use netlink general space notifications seem like a very
sensible extension for them.
--
To unsubscribe from this list: send the line "unsubscribe linux-ker
On Mon, Mar 16, 2015 at 4:16 AM, Michael Ellerman wrote:
> On Mon, 2015-03-16 at 01:34 -0400, Pranith Kumar wrote:
>> On Mon, Mar 16, 2015 at 1:11 AM, Pranith Kumar wrote:
>> > Hello,
>> >
>> > I have a power mac mini 32-bit system.
>> >
>> ...
>> > You can see the panic message here: http://imgu
From: Peter Zijlstra
When we allow for a max NR_CPUS < 2^14 we can optimize the pending
wait-acquire and the xchg_tail() operations.
By growing the pending bit to a byte, we reduce the tail to 16bit.
This means we can use xchg16 for the tail part and do away with all
the repeated compxchg() oper
From: Waiman Long
This patch makes the necessary changes at the x86 architecture
specific layer to enable the use of queue spinlock for x86-64. As
x86-32 machines are typically not multi-socket. The benefit of queue
spinlock may not be apparent. So queue spinlock is not enabled.
Currently, there
From: Waiman Long
This is a preparatory patch that extracts out the following 2 code
snippets to prepare for the next performance optimization patch.
1) the logic for the exchange of new and previous tail code words
into a new xchg_tail() function.
2) the logic for clearing the pending bit
Hi Waiman,
As promised; here is the paravirt stuff I did during the trip to BOS last week.
All the !paravirt patches are more or less the same as before (the only real
change is the copyright lines in the first patch).
The paravirt stuff is 'simple' and KVM only -- the Xen code was a little more
From: Peter Zijlstra
Because the qspinlock needs to touch a second cacheline (the per-cpu
mcs_nodes[]); add a pending bit and allow a single in-word spinner
before we punt to the second cacheline.
It is possible so observe the pending bit without the locked bit when
the last owner has just relea
From: Waiman Long
This patch introduces a new generic queue spinlock implementation that
can serve as an alternative to the default ticket spinlock. Compared
with the ticket spinlock, this queue spinlock should be almost as fair
as the ticket spinlock. It has about the same speed in single-thread
Implement simple paravirt support for the qspinlock.
Provide a separate (second) version of the spin_lock_slowpath for
paravirt along with a special unlock path.
The second slowpath is generated by adding a few pv hooks to the
normal slowpath, but where those will compile away for the native
case
On Fri, Mar 13, 2015 at 6:51 PM, Oded Gabbay wrote:
> This patch updates the Kaveri MEC firmware to #396 (from #391).
> The MEC firmware is mainly used for amdkfd - AMD's HSA Linux kernel driver.
>
> Signed-off-by: Oded Gabbay
Acked-by: Alex Deucher
> ---
> radeon/kaveri_mec.bin | Bin 17024
From: Waiman Long
Currently, atomic_cmpxchg() is used to get the lock. However, this
is not really necessary if there is more than one task in the queue
and the queue head don't need to reset the tail code. For that case,
a simple write to set the lock bit is enough as the queue head will
be the
From: Peter Zijlstra
When we detect a hypervisor (!paravirt, see qspinlock paravirt support
patches), revert to a simple test-and-set lock to avoid the horrors
of queue preemption.
Cc: Ingo Molnar
Cc: David Vrabel
Cc: Oleg Nesterov
Cc: Scott J Norton
Cc: Paolo Bonzini
Cc: Douglas Hatch
Cc:
Implement the paravirt qspinlock for x86-kvm.
We use the regular paravirt call patching to switch between:
native_queue_spin_lock_slowpath() __pv_queue_spin_lock_slowpath()
native_queue_spin_unlock()__pv_queue_spin_unlock()
We use a callee saved call for the unlock function w
On 03/16/2015 at 10:30 AM, Stephen Rothwell wrote:
Hi Dave,
Today's linux-next merge of the drm tree got a conflict in
drivers/gpu/drm/i915/intel_display.c between commit 2dccc9898d45
("drm/i915: Ensure plane->state->fb stays in sync with plane->fb") from
the drm-intel-fixes tree and commit afd
__RASSERT format string does not use the PID argument. reiserfs_panic
arguments are therefore formatted with the wrong format specifier (for
example __LINE__ with %s). This bug was introduced when commit
c3a9c2109f84 ("reiserfs: rework reiserfs_panic") removed a
"reiserfs[%i]" prefix.
This bug i
Hi Ying Huang,
Indeed, the new logic is wrong, I will provide new patch.
Regards,
Tomasz
On 16.03.2015 02:47, Huang Ying wrote:
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git pci/ecam-tn4
commit 123873321c4c730f905c1c91de131772024f58ee ("x86
At Mon, 16 Mar 2015 13:37:19 +0100,
Pavel Machek wrote:
>
> On Sun 2015-03-15 09:23:15, Takashi Iwai wrote:
> > At Sun, 15 Mar 2015 09:15:44 +0100,
> > Pavel Machek wrote:
> > >
> > > On Sun 2015-03-15 09:12:47, Takashi Iwai wrote:
> > > > At Sat, 14 Mar 2015 21:11:09 +0100,
> > > > Pavel Machek
On Tue, Mar 10, 2015 at 03:37:11PM +0100, Frederic Weisbecker wrote:
> Ingo,
>
> Please pull the nohz/guest branch that can be found at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/frederic/linux-dynticks.git
> nohz/guest
>
> This is 4.1 material.
>
> HEAD: 126a6a542446f1a49b9f3c692
On Mon, 16 Mar 2015, Vlastimil Babka wrote:
> [CC += linux-api@]
>
> Since this is a kernel-user-space API change, please CC linux-api@.
> The kernel source file Documentation/SubmitChecklist notes that all
> Linux kernel patches that change userspace interfaces should be CCed
> to linux-...@vger
On Thu, Mar 12, 2015 at 03:47:56PM -0400, David Miller wrote:
> From: Florian Westphal
> Date: Sun, 8 Mar 2015 18:55:53 +0100
>
> > David R wrote:
> >
> > [ CC Pablo & stable@ ]
> >
> >> I've just had an exception to my "uneventful kernel upgrade" monotony.
> >>
> >> My boot scripts failed wh
On Mon, 16 Mar 2015, Borislav Petkov wrote:
> On Sat, Mar 14, 2015 at 10:59:23AM +0100, Borislav Petkov wrote:
> > In addition to what you've said, I have only one proposal: we revert
> > the whole crap and do it again, this time nice and clean in tip. It'll
> > stay there as long as it has to. No
On Mon, 16 Mar 2015, Pavel Machek wrote:
> On Mon 2015-03-16 13:55:39, Jiri Kosina wrote:
> > On Sat, 14 Mar 2015, Pavel Machek wrote:
> >
> > > Hi!
> > >
> > > After oopsing kernel with ps/3 peripherals, I decided to play some
> > > more.
> > >
> > > First "sony motion controller" (part of ps/
* Steven Rostedt | 2015-03-12 15:13:07 [-0400]:
>Please scream at me if I messed something up. Please test the patches too.
So Paul remided us about the dead lock thingy that has been reported.
Users reported that it does not occur with v3.18-RT and they think it is
due to 'Revert "timers: do not
401 - 500 of 1332 matches
Mail list logo
